C++

327 - Evaluating Simple C ExpressionsTime limit: 3.000 secondshttp://uva.onlinejudge.org/index.php?option=com_onlinejudge&Itemid=8&category=104&page=show_problem&problem=263The task in this problem is to evaluate a sequence of simple

題目連結：http://uva.onlinejudge.org/index.php?option=com_onlinejudge&Itemid=8&category=104&page=show_problem&problem=263題目類型： 資料結構， 二叉樹範例輸入：a + bb - za+b--+c++c+f--+--a f-- + c-- + d-++e範例輸出：Expression: a + b value = 3 a = 1 b = 2Expression:

在.net中,對英文語音有較好的支援，但是對中文語音的支援還沒有加入進來，我們要想實現中文發音或中文語音辨識，必需先安裝微軟的Speech Application SDK（SASDK），它的最新版本是 SAPI 5.1 他能夠識別中、日、英三種語言，你可以在這裡下載：http://www.microsoft.com/speech/download/sdk51/,需要安裝這兩個檔案Speech SDK 5.1和5.1 Language Pack，其中5.1 Language

隨著資料庫的廣泛應用，資料庫編程已經成為程式設計中發展迅猛的一支。C＋＋

測試程式後面的常式，都是對數組的排序，使用靜態鏈表的也適用於鏈表的排序。為簡單起見，只對單關鍵碼排序，並且最後的結果都是從頭到尾按升序排列。下面是統一的測試程式：#include <iostream>#include <iomanip>using namespace std;#include <stdlib.h>#include <time.h>#include <math.h>#include

程式庫的設計就是一個折衷的過程。理想的程式庫應該是短小的、快速的、強大的、靈活的、可擴充的、直觀的、普遍適用的、具有良好的支援、沒有使用約束、沒有錯誤的。這也是不存在的。為尺寸和速度而進行最佳化的程式庫一般不能被移植。具有大量功能的的程式庫不會具有直觀性。沒有錯誤的程式庫在使用範圍上會有限制。真實的世界裡，你不能擁有每一件東西，總得有付出。不同的設計者給這些條件賦予了不同的優先順序。他們從而在設計中犧牲了不同的東西。因此一般兩個提供相同功能的程式庫卻有著完全不同的效能特徵。例如，考慮iostre

概述PC-Lint是一個曆史悠久，功能異常強勁的靜態代碼偵查工具。它的使用曆史可以追溯到電腦編程的遠古時代(30多年以前)。經過這麼多年的發展，它不但能夠監測出許多文法邏輯上的隱患，而且也能夠有效地幫你提出許多程式在空間利用、運行效率上的改進點，在很多專業級的軟體公司，比如Microsoft，

一、用控制項還是用OLEAutomation？這個問題應該說很常見。我也在任何可能的情況下堅持我的主張：用BCB 6提供的Server控制群組。如果你是用Delphi 6/7版本開發，那麼用Delphi提供的Server控制群組。這樣做有什麼好處？我個人認為至少有如下兩個：第一，維護結構化+OO的程式設計風格。例如：ExcelApplication1->set_DisplayAlerts(0,false);ExcelApplication1->Quit();又如：int

為了在運行時處理異常，程式要記錄大量的資訊。無論執行到什麼地方，程式都必須能夠識別出如果在此處拋出異常的話，將要被釋放哪一個對象;程式必須知道每一個進入點，以便從try塊中退出;對於每一個try塊，他們都必須跟蹤與其相關的catch子句以及這些catch子句能夠捕獲的異常類型。這種資訊的記錄不是沒有代價的。確保程式滿足異常規格不需要運行時的比較(runtime

線程同步是多線程程式設計的核心內容，它的目的是正確處理多線程並發時的各種問題，例如線程的等待、多個線程訪問同一資料時的互斥，防死結等。Win32提供多種核心對象和手段用於線程同步，如互斥量、訊號量、事件、臨界區等。所不同的是，互斥量、訊號量、事件都是Windows的核心對象，當程式對這些對象進行控制時會自動轉換到核心態，而臨界區本身不是核心對象，它是工作在使用者態的。我們知道從使用者態轉換到核心態是需要以時間為代價的，所以如果能在使用者態就簡單解決的問題，就可以不必勞煩核心態了。這裡我要說的是兩

1.常用的C++單元測試架構測試驅動開發（TDD）已經是一種非常流行的開發方式了，在Java和.Net中都提供了非常好的單元測試架構，最近研究C++下面的單元測試，發現其實在C++中還是有很多選擇：CPPUnit：著名的XUnit系列產品之一，熟悉JUnit、NUnit的開發人員可以很快上手。CXXTest：需要進行預先處理，需要安裝Perl或Python。Boost Test：功能強大，提供了自動註冊和手動註冊兩種方式，更重要的是來自千錘百鍊的Boost庫。Google

上一篇中我介紹了一種通過封閉Critical

IBM ®Rational®Systems Developer 的 C++ 可視化(C++ Visualization)特效能夠讓您使用 C++ 代碼，利用一個類似 UML 的符號提供與 UML 建模相似的技巧。這篇文章展示了如何圖形化地表示(顯示) C++ 原理，發現並顯示它們在 UML 圖中的關係，建立新的 C++ 組件，直接從圖中編輯原始碼，建立關聯和導航特性。C++ 可視化特性的介紹IBM®Rational®Systems Developer C++

觸及 multiple inheritance (MI)（多繼承）的時候，C++ 社區就會鮮明地分裂為兩個基本的陣營。一個陣營認為如果 single inheritance (SI)（單繼承）是有好處的，multiple inheritance（多繼承）一定更有好處。另一個陣營認為 single inheritance（單繼承）有好處，但是多繼承引起的麻煩使它得不償失。在本文中，我們的主要目的是理解在 MI 問題上的這兩種看法。首要的事情之一是要承認當將 MI

下面我們來看虛繼承。首先看看這C020類，它從C010虛繼承：}struct C010{　C010() : c_(0x01) {}　void foo() { c_ = 0x02; }　char c_;};struct C020 : public virtual C010{　C020() : c_(0x02) {}　char c_;};運行如下代碼，查看對象的記憶體布局：PRINT_SIZE_DETAIL(C020)結果為：The size of C020 is 6The detail of C0

指標與引用看上去完全不同（指標用操作符’*’和’->’，引用使用操作符’.’），但是它們似乎有相同的功能。指標與引用都是讓你間接引用其他對象。你如何決定在什麼時候使用指標，在什麼時候使用引用呢？首先，要認識到在任何情況下都不能用指向空值的引用。一個引用必須總是指向某些對象。因此如果你使用一個變數並讓它指向一個對象，但是該變數在某些時候也可能不指向任何對象，這時你應該把變數聲明為指標，因為這樣你可以賦空值給該變數。相反，

類繼承的最重要的特性是你可以通過基類指標或引用來操作衍生類別。這樣的指標或引用具有行為的多態性，就好像它們同時具有多種形態。C++允許你通過基類指標和引用來操作衍生類別數組。不過這根本就不是一個特性，因為這樣的代碼根本無法如你所願地那樣運行。假設你有一個類BST（比如是搜尋樹對象）和繼承自BST類的衍生類別BalancedBST：class BST { ... };class BalancedBST: public BST { ...

背景C++記憶體配置與釋放均由使用者代碼自行控制，靈活的機制有如潘多拉之盒，即讓程式員有了更廣的發揮空間，也產生了代代相傳的記憶體流失問題。對於新手來說，最常犯的錯誤就是new出一個對象而忘記釋放，對於一般小應用程式來說，一點記憶體空間不算什麼。但是當記憶體流失問題出現在需要24小時啟動並執行平台類程式上的時候，將會使系統可用記憶體飛速減少，最後耗盡系統資源，導致系統崩潰。所以學會如何防止並檢查記憶體流失，是一個合格的c++程式員必須具備的能力。但是由於記憶體流失是程式運行並滿足一定條件時才會發

在編譯arch/blackfin/kernel/reboot.c時有兩個語法錯誤：../../arch/blackfin/kernel/reboot.c [Error ea5004] "c:/temp/acc0a84d6e7000/acc0a84d6e7001.s":94 Syntax Error in : .Lfoo: NOP; syntax error is at or near text '.Lfoo'. Attempting error recovery

在1994年，我主要關心的是如何使ISO