通過ADO和OLEDB進(jìn)行Visual C++訪問數(shù)據(jù)
其實(shí)Visual C++不僅僅是C++的一個(gè)編輯器而已，他最主要的是基于Windows操作系統(tǒng)的可視化集成開發(fā)環(huán)境，Visual C++訪問數(shù)據(jù)也不過如此，好了下面進(jìn)行對(duì)Visual C++訪問數(shù)據(jù)詳細(xì)說明。
而且有第三方的專門工具幫助你避開這些bug。如此規(guī)模的一個(gè)類庫(kù)，能做到這一點(diǎn)不容易。不要小看了這一點(diǎn)，很多專業(yè)程序員就是為這個(gè)選擇VC的。因?yàn)楸M管VCL比MFC的抽象程度高，封裝較為高層，但由此帶來的開發(fā)效率的提高對(duì)高手來說畢竟是有限的。
而如果你遇到一個(gè)怪問題，調(diào)試了半天，發(fā)現(xiàn)不是你的代碼有錯(cuò)，而是VCL的bug，你作何感想？雖說遇到這類問題的可能性很小，但對(duì)VCL的形象的影響可不小。Delphi的IDE太占資源，啟動(dòng)速度太慢，和某些顯卡驅(qū)動(dòng)程序沖突，VCL中有bug，調(diào)試器不夠健壯，對(duì)不穩(wěn)定的第三方控件沒有防護(hù)措施 ……
問題多多，在這方面Delphi不如VC。希望Inprise能更上一層樓。順便說一下，我們?cè)诰W(wǎng)上看到有些人極言Delphi的不穩(wěn)定，說幾分鐘出現(xiàn)20多次非法操作。Delphi的確不如Visual C++穩(wěn)定，但也不至于如此呀。我估計(jì)是那位朋友的Delphi裝了某些有問題的第三方控件，導(dǎo)致了Delphi的頻頻出錯(cuò)。不妨卸下那些控件試試？
Inprise正在開發(fā)Delphi的Linux版本，代號(hào)為Kylix。也許通過Kylix，用VCL構(gòu)架編寫的Windows程序向Linux移植成為可能。但這只是可能。因?yàn)樵谀壳癐nprise的兼容性工作做得并不好。低版本的Delphi不能使用高版本的VCL組件，而高版本的Delphi竟然不能使用低版本的VCL組件。真是豈有此理，我們很少看見軟件有不向下二進(jìn)制兼容的。如果Windows 98不能運(yùn)行95的程序，Windows 95不能運(yùn)行3.x的程序，Win 3.x不能運(yùn)行DOS程序，你還會(huì)用Windows嗎？
如果Windows 95的程序必須經(jīng)過重新編譯才能在98下運(yùn)行，98會(huì)賣得那么好嗎？"同門兄弟"C++Builder和Delphi也不能互相使用對(duì)方的組件，甚至同一套VCL庫(kù)的文件名也不一樣。
所以一個(gè)組件有for D1/D2/D3/D4/D5/C1/C3/C4/C5這些不同版本是常有的事，而且隨著Delphi和C++Builder版本的升級(jí)可能還會(huì)增加。希望Inprise能先解決同門兄弟的兼容性問題。而微軟的VC就沒有這類問題。MFC1.0的程序也可以毫無障礙地在VC6.0下編譯通過。
就大處說，VC的集成界面是不如Delphi的。Delphi僅僅一個(gè)Object Inspector就可以將VC的一堆Wizards比下去，何況它還有Code Explorer、ToDo List等。但從小處，又可以看出Delphi的不成熟。比如"自動(dòng)完成"功能的智能化程度和提示詳細(xì)程度不如VC，響應(yīng)速度也沒有VC快。
Visual Delphi的OpenTools是完全面向第三方的開放系統(tǒng)，開發(fā)者可以修改很多Borland公司自身的功能，從IDE的可擴(kuò)充性上說Delphi更好。
Visual C++和Delphi的調(diào)試功能都非常強(qiáng)大，同時(shí)都具有單步可視化調(diào)試、斷點(diǎn)跟蹤、運(yùn)行時(shí)改變變量、鼠標(biāo)指向可以得到變量值等等功能。對(duì)DLL的輸入輸出也能方便的管理，能夠進(jìn)行源碼級(jí)別的調(diào)試。
相對(duì)而言，Visual C++能夠更加方便地看到變量的變化情況，這包括對(duì)結(jié)構(gòu)可以展開成數(shù)據(jù)樹，從而了解每一個(gè)變量的值，每一步調(diào)試，變化了的變量會(huì)加紅，從而使調(diào)試更加方便。另外，Visual C++的塊內(nèi)存察看比Delphi也要方便。
當(dāng)然，Delphi也有很多體貼的細(xì)微之處，比如在線程調(diào)試的時(shí)候，Delphi能夠很方便地察看線程的變化，Visual C++卻必須要彈出一個(gè)模式對(duì)話框。 數(shù)據(jù)庫(kù)支持是Delphi的強(qiáng)項(xiàng)。這主要體現(xiàn)在Delphi與BDE的無縫集成，以及Delphi提供的那一大堆現(xiàn)成的數(shù)據(jù)庫(kù)操作控件。
這是VC望塵莫及的。目前Delphi支持BDE、ADO、InterBase三種數(shù)據(jù)庫(kù)訪問方式。所有的方式都能拖拉到應(yīng)用程序中實(shí)現(xiàn)可視化操作。正是因?yàn)镈elphi對(duì)數(shù)據(jù)庫(kù)類的包裝，使得用戶操作數(shù)據(jù)庫(kù)不像在Visual C++中必須從開始到最后都要干預(yù)。明顯地提高了開發(fā)速度。
Delphi中使用WebBroker控件還能很方便地構(gòu)造出基于數(shù)據(jù)庫(kù)的Web頁(yè)面，通過HTML管理Web數(shù)據(jù)庫(kù)。 Visual C++訪問數(shù)據(jù)主要通過ADO和OLEDB，很多ActiveX控件也能添加數(shù)據(jù)庫(kù)功能。但是沒有像Paradox這樣的桌面數(shù)據(jù)庫(kù)，Access相對(duì)功能太弱了。也許SQL Server是不錯(cuò)的選擇。
【編輯推薦】
