建站
咨詢
售后
建站咨詢
新聞中心
其實(shí)Visual C++不僅僅是C++的一個(gè)編輯器而已，他最主要的是基于Windows操作系統(tǒng)的可視化集成開(kāi)發(fā)環(huán)境，Visual C++訪問(wèn)數(shù)據(jù)也不過(guò)如此，好了下面進(jìn)行對(duì)Visual C++訪問(wèn)數(shù)據(jù)詳細(xì)說(shuō)明。
創(chuàng)新互聯(lián)是一家專(zhuān)業(yè)的成都網(wǎng)站建設(shè)公司，我們專(zhuān)注成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、網(wǎng)絡(luò)營(yíng)銷(xiāo)、企業(yè)網(wǎng)站建設(shè)，友情鏈接，1元廣告為企業(yè)客戶提供一站式建站解決方案，能帶給客戶新的互聯(lián)網(wǎng)理念。從網(wǎng)站結(jié)構(gòu)的規(guī)劃UI設(shè)計(jì)到用戶體驗(yàn)提高，創(chuàng)新互聯(lián)力求做到盡善盡美。
而且有第三方的專(zhuān)門(mén)工具幫助你避開(kāi)這些bug。如此規(guī)模的一個(gè)類(lèi)庫(kù)，能做到這一點(diǎn)不容易。不要小看了這一點(diǎn)，很多專(zhuān)業(yè)程序員就是為這個(gè)選擇VC的。因?yàn)楸M管VCL比MFC的抽象程度高，封裝較為高層，但由此帶來(lái)的開(kāi)發(fā)效率的提高對(duì)高手來(lái)說(shuō)畢竟是有限的。
而如果你遇到一個(gè)怪問(wèn)題，調(diào)試了半天，發(fā)現(xiàn)不是你的代碼有錯(cuò)，而是VCL的bug，你作何感想？雖說(shuō)遇到這類(lèi)問(wèn)題的可能性很小，但對(duì)VCL的形象的影響可不小。Delphi的IDE太占資源，啟動(dòng)速度太慢，和某些顯卡驅(qū)動(dòng)程序沖突，VCL中有bug，調(diào)試器不夠健壯，對(duì)不穩(wěn)定的第三方控件沒(méi)有防護(hù)措施 ……
問(wèn)題多多，在這方面Delphi不如VC。希望Inprise能更上一層樓。順便說(shuō)一下，我們?cè)诰W(wǎng)上看到有些人極言Delphi的不穩(wěn)定，說(shuō)幾分鐘出現(xiàn)20多次非法操作。Delphi的確不如Visual C++穩(wěn)定，但也不至于如此呀。我估計(jì)是那位朋友的Delphi裝了某些有問(wèn)題的第三方控件，導(dǎo)致了Delphi的頻頻出錯(cuò)。不妨卸下那些控件試試？
Inprise正在開(kāi)發(fā)Delphi的Linux版本，代號(hào)為Kylix。也許通過(guò)Kylix，用VCL構(gòu)架編寫(xiě)的Windows程序向Linux移植成為可能。但這只是可能。因?yàn)樵谀壳癐nprise的兼容性工作做得并不好。低版本的Delphi不能使用高版本的VCL組件，而高版本的Delphi竟然不能使用低版本的VCL組件。真是豈有此理，我們很少看見(jiàn)軟件有不向下二進(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)過(guò)重新編譯才能在98下運(yùn)行，98會(huì)賣(mài)得那么好嗎？"同門(mén)兄弟"C++Builder和Delphi也不能互相使用對(duì)方的組件，甚至同一套VCL庫(kù)的文件名也不一樣。
所以一個(gè)組件有for D1/D2/D3/D4/D5/C1/C3/C4/C5這些不同版本是常有的事，而且隨著Delphi和C++Builder版本的升級(jí)可能還會(huì)增加。希望Inprise能先解決同門(mén)兄弟的兼容性問(wèn)題。而微軟的VC就沒(méi)有這類(lèi)問(wèn)題。MFC1.0的程序也可以毫無(wú)障礙地在VC6.0下編譯通過(guò)。
就大處說(shuō)，VC的集成界面是不如Delphi的。Delphi僅僅一個(gè)Object Inspector就可以將VC的一堆Wizards比下去，何況它還有Code Explorer、ToDo List等。但從小處，又可以看出Delphi的不成熟。比如"自動(dòng)完成"功能的智能化程度和提示詳細(xì)程度不如VC，響應(yīng)速度也沒(méi)有VC快。
Visual C++所帶的MSDN是一部"開(kāi)發(fā)者的百科全書(shū)"，信息龐大，查詢方便，這方面比Delphi更專(zhuān)業(yè)。很多幫助項(xiàng)都有源程序示范。
Delphi的OpenTools是完全面向第三方的開(kāi)放系統(tǒng)，開(kāi)發(fā)者可以修改很多Borland公司自身的功能，從IDE的可擴(kuò)充性上說(shuō)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)可以展開(kāi)成數(shù)據(jù)樹(shù)，從而了解每一個(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的無(wú)縫集成，以及Delphi提供的那一大堆現(xiàn)成的數(shù)據(jù)庫(kù)操作控件。
這是VC望塵莫及的。目前Delphi支持BDE、ADO、InterBase三種數(shù)據(jù)庫(kù)訪問(wèn)方式。所有的方式都能拖拉到應(yīng)用程序中實(shí)現(xiàn)可視化操作。正是因?yàn)镈elphi對(duì)數(shù)據(jù)庫(kù)類(lèi)的包裝，使得用戶操作數(shù)據(jù)庫(kù)不像在Visual C++中必須從開(kāi)始到最后都要干預(yù)。明顯地提高了開(kāi)發(fā)速度。
Delphi中使用WebBroker控件還能很方便地構(gòu)造出基于數(shù)據(jù)庫(kù)的Web頁(yè)面，通過(guò)HTML管理Web數(shù)據(jù)庫(kù)。 Visual C++訪問(wèn)數(shù)據(jù)主要通過(guò)ADO和OLEDB，很多ActiveX控件也能添加數(shù)據(jù)庫(kù)功能。但是沒(méi)有像Paradox這樣的桌面數(shù)據(jù)庫(kù)，Access相對(duì)功能太弱了。也許SQL Server是不錯(cuò)的選擇。
網(wǎng)站名稱(chēng)：通過(guò)ADO和OLEDB進(jìn)行VisualC++訪問(wèn)數(shù)據(jù)
路徑分享：http://www.dlmjj.cn/article/dhdcpcs.html
