C++

Delphi 2005 被Broland成為windows平台上的最終的完整解決方案。 Delphi 2005 整合了Delphi , C # , Microsoft .NET Framework and Win32 ，支援圖形使用者介面( GUI ) , Web開發, 資料庫、富用戶端應用程式（ rich-client applications ）等多種開發開發語言,同時還整合了軟體生命週期管理（ ALM ）功能及開發人員生產力促進功能（即RAD）。在Delphi

Windows下編程的工具有很多,例如VB,Delphi,VC等等.我在這裡不想討論"它們的具體哪個更好一點"這種幼稚的問題.玩過DOS程式設計的人都知道,DOS下很多語言的實質核心還是調用系統提供的彙編中斷函數.到了Windows下,它就變成了我們常說的API了.而在Windows下寫程式很多時候都是調用API,語言,只不過是一個表達工具而已.我現在已經參加工作大約有半年左右,我們公司是用Borland公司的Delphi作為主開發工具.本著未偏袒任何一個工具的立場,我說句公

我在APPLICATION SERVER中聲明一個方法，PROCEDURE GETQUERYPARA(VAR CPARA:OLEVARIANT);BEGINQUERY.CLOSE;QUERY.PARAMBYNAME[CODE].ASSTRING:=CPARA;END;用戶端調用:PROCEDURE

引言"Visual C++與Delphi之比較"最近在CSDN的論壇上的討論非常火熱，本文將以一個程式員的角度，從技術水平、功能、效能、易用性、穩定性、發展曆程和前景等方面，以Visual C++6和Delphi5為代表，儘可能客觀地比較介紹Visual C++和Delphi這兩大主流開發工具的優缺點，其中將涉及到語言、應用程式框架、控制項、編譯和串連、整合介面、調試、COM、資料庫開發等。本文還將對如何選擇使用這兩個開發工具提出一些建議。

首先從原理上解釋一下採用Socket介面的網路通訊，這裡以最常用的C/S模式作為範例，首先，服務端有一個進程（或多個進程）在指定的連接埠等待客戶來 串連，服務程式等待客戶的串連資訊，一旦串連上之後，就可以按設計的資料交換方法和格式進行資料轉送。用戶端在需要的時刻發出向服務端的串連請求。這裡為 了便於理解，提到了一些調用及其大致的功能。使用socket調用後，僅產生了一個可以使用的socket描述符，這時還不能進行通訊，還要使用其他的調

mycom是串口通訊類。下面是串口通訊測試程式的原始碼，將mycom類放在此項目中，可以實現簡單的串口通訊，希望讀者能通過這個程式對串口通訊過程有一個初步的瞭解：using System;using System.Drawing;using System.Collections;using System.ComponentModel;using System.Windows.Forms;using System.Data;using System.Threading;namespace

多少年來，許多的程式設計語言和工具都包含對Regex的支援，.NET基礎類庫中包含有一個名字空間和一系列可以充分發揮規則運算式威力的類，而且它們也都與未來的Perl

看到有同學反饋，說MiniORM代碼有Bug，也不知道怎麼用，所以今天我就寫了些測試代碼。希望能夠給點協助。同時也發現了兩Bug，一併羅列出：1、MiniORM.PubFuncs.GetObjectType()函數：1.public static Type GetObjectType(string assemblyname, string namespacename, string classname)2.{3. Type objType =

smart pointers（智能指標）是行為很像指標但是增加了指標沒有提供的功能的 objects。例如，《C++箴言：使用對象管理資源》闡述了標準 auto_ptr 和 tr1::shared_ptr 是怎樣被應用於在恰當的時間自動刪除的 heap-based resources（基於堆的資源）的。STL containers 內的 iterators（迭代器）幾乎始終是 smart pointers（智能指標）；你絕對不能指望用 "++" 將一個 built-in

《C++箴言：聲明為非成員函數的時機》闡述了為什麼只有 non-member functions（非成員函數）適合於應用到所有 arguments（實參）的 implicit type conversions（隱式類型轉換），而且它還作為一個樣本使用了一個 Rational class 的 operator* function。我建議你在閱讀本文之前先熟悉那個樣本，因為本文進行了針對《C++箴言：聲明為非成員函數的時機》中的樣本做了一個無傷大雅（模板化 Rational 和 operator*）

時常在cpp的代碼之中看到這樣的代碼:#ifdef __cplusplusextern "C" {#endif//一段代碼#ifdef __cplusplus}#endif這樣的代碼到底是什麼意思呢？首先，__cplusplus是cpp中的自訂宏，那麼定義了這個宏的話表示這是一段cpp的代碼，也就是說，上面的代碼的含義是:如果這是一段cpp的代碼，那麼加入extern "C"{和}處理其中的代碼。要明白為何使用extern

現在我們仍然很難估計C++程式員的數量，但在2003年，IDC報告說有超過300萬的全職C++程式員，這個資料還是比較可信的。雖然我不能夠精確地計算，但是我所擁有的所有指標都顯示，C++在經過前十年（1985－1994）的爆炸性增長之後，後十年（1995－2004）其使用人數一直在穩定地增長。我還沒有經曆過其增長停止的時期。我猜想，雖然面對競爭產品的有力宣傳和肆無忌憚的促銷活動，它仍然穩定增長的主要原因在於：在這個時期中C++語言保持著穩定性（stability）。在這些年頭中，這種語言的實現有

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

　templates（模板）是節省時間和避免代碼重複的極好方法。不必再輸入20個相似的 classes，每一個包含 15 個 member functions（成員函數），你可以輸入一個 class template（類模板），並讓編譯器執行個體化出你需要的 20 個 specific classes（特定類）和 300 個函數。（class template（類模板）的 member

許多 C 或者 C++ 程式員對記憶體回收嗤之以鼻，認為記憶體回收肯定比自己來管理動態記憶體要低效，而且在回收的時候一定會讓程式停頓在那裡，而如果自己控制記憶體管理的話，分配和釋放時間都是穩定的，不會導致程式停頓。最後，很多 C/C++ 程式員堅信在C/C++

　　 在今天，已有許多的32位應用程式感到，在32位平台上可用的虛擬記憶體受到了一定的限制，對程式開發人員來說，即使是開始關注64位平台時，也不得不維護軟體的32位版本，這就需要一種方法，以使代碼的兩個版本都保持相當的延展性。　　

偉大的Bill Gates 曾經失言：640K ought to be enough for everybody — Bill Gates

物件導向技術最早出現於1960年代的Simula 67系統，並且在1970年代保羅阿托實驗室開發的Smalltalk系統中發展成熟。然而對於大部分程式員來說，C++是第一個可用的物件導向程式設計語言。因此，我們關於物件導向的很多概念和思想直接來自於C++。但是，C++在實現物件導向中關鍵的多態性時，選擇了與Smalltalk完全不同的方案。其結果是，儘管在表面上兩者都實現了相似的多態性，但是在實踐中卻有著巨大的區別。具體的說，C++的多態性實現更加高效，但是並不適用於所有場合。很多經驗不足的C+

在C++中，每一種內建的資料類型都擁有不同的屬性，其中包含的資訊對設計程式來說是非常重要的，下面來看一下，<limits>庫是怎樣有助於訪問這些資訊的。C++中約有10種截然不同的整數類型及超過3種的浮點類型，而每種資料類型都有不同的數值屬性，如數值範圍、能表示的最大位元、或各自的精度等等，這些屬性對金融、科學、圖形、數字訊號處理等程式來說是極其重要的。本文討論使用<limits>庫，怎樣在程式中獲得這些基礎資料型別 (Elementary Data

要求對象產生於Heap之中考慮如下代碼：classHeapClass{　 public:　　 voidDestory() const {deletethis;}　 private:　　 ~HeapClass(){}};HeapClass* ptr = newHeapClass;ptr->Destory();這樣的調用真是很厲害，想產生非Heap對象都不成了。對於繼承和組合的情況不想多說了，比較無趣的說。判斷某個對象是否位於Heap內考慮如下代碼：newHeapClass(*