C++

條件編譯指令有以下四種：●#if●#elfi●#else●#endif這些條件編譯指令用來有條件地將部分程式段包括進來或排除在外。它們和C#中的if語句有類似的作用。你可以在指令中使用邏輯操作符與(&&)，或(||)和取反操作符(!)等。它們在程式中的出現的先後順序必須是這樣：一條#if語句（必須有）零或多條#elif語句零或一條#else語句一條#endif語句（必須有）下面我們通過一些例子來說明它們的用法。#define Debugclass Class1{#if

本例包括1.用戶端用xmlHTTP 向伺服器頁面發送請求2.伺服器頁面後台用C#中DataSet實現資料庫的操作 並得到結果3.用戶端用xmlDOC 得到xmlHTTP返回的結果 並對結果進行操作附錄XMLHTTP的常用方法和屬性XMLDOC的常用方法和屬性=========================發送xmlHttp請求到伺服器端=========================var xmlhttp = new

Windows中的拖放功能大家一定很熟悉了，如檔案的轉移，拷貝等操作用滑鼠輕輕一拖即可，在編寫程式中有時也用到拖放，那麼如何?呢？現以C++ Builder5（簡稱CB5）為例，分析拖放功能的具體實現。一．工具條的拖放---- 要實現拖放功能，首先必須瞭解幾個與拖放有關的屬性和方法， 對於TControl控制項，CB5提供了三個屬性，DockSite，DragKind和DragMode。靈活運用這三個屬性會得到意想不到的效果。這三個屬性的意義是：----

這幾天剛從cb6升級到cb2007，有個自己寫的程式使用dbExpress開發firebird資料庫，串連不上，在網上找了一些資料，自己又摸索了一些cb2007的新功能，介紹給大家。首先聲明，本人不是專職程式員，編程只是愛好，以下方法並不是我最先發現的，我只是整理一下，並給那些還在cb6下開發的兄弟介紹點cb2007的新東西。為了迎接cb2009，呵呵。圖片點擊放大。1、 首先修改dbExpress的ini配置預設是C:\Documents and Settings\All

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:

我們知道C＃和C＋＋的差異之一，就是他本身沒有類庫，所使用的類庫是.Net架構中的類庫--.Net FrameWork SDK。在.Net FrameWork

在.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

主從複合結構（Master/Detail）是基於"一對多"的關係，在一個資料庫表中提供詳細的資訊，而這個表是通過另一個資料庫表的外來關鍵字訪問相關記錄的。基於主從複合結構，我們可以在瀏覽一個表中的資料時，同時給出另一個表中與這個記錄相關的所有記錄資訊。Borland C＋＋Builder提供了TTable

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

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

看過這樣一道題，問，“程式結構化設計的三種基礎結構，順序、選擇、迴圈是不是必須的？”當然，你知道這樣一個論斷，只要有這三種就足夠了；但是能不能更少呢？答案是“可以”，原因就是遞迴能取代迴圈的作用，例如下面的對一個數組裡面元素求和的函數：float rsum (float a[], const int n){if (n <= 0) return 0;else return rsum(a, n – 1) + a[n – 1

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

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