bcb編譯delphi

Ⅰ 幫我提供一個DELPHI 7.0語言編寫的軟體的反編譯程序

Delphi是著名的Borland（現在已和Inprise合並）公司開發的可視化軟體開發工具。「真正的程序員用c，聰明的程序員用Delphi」，這句話是對Delphi最經典、最實在的描述。Delphi被稱為第四代編程語言，它具有簡單、高效、功能強大的特點。和VC相比，Delphi更簡單、更易於掌握，而在功能上卻絲毫不遜色；和VB相比，Delphi則功能更強大、更實用。可以說Delphi同時兼備了VC功能強大和VB簡單易學的特點。它一直是程序員至愛的編程工具。

1、學習delphi前要做哪些准備？學習時應該注意什麼？

學好英文，學編程的基本條件，很多有用的資料都沒有中文，有很多譯的也不好；學習基本的pascal知識，www.marcocantu.com有下。Delphi的光碟上的Dg.pdf有object pascal基礎知識。

2、delphi用的pascal語言與pascal語言有差別嗎？

71年N.Writh發表的pascal是基於結構化編程的，後來在OOP技術誕生後，才逐漸加入了OOP技術，在TP6.0中，已經支持了OOP。直到後來發展成object pascal

3、object pascal是怎麼回事？哪有相關的書下載？
4、如何學習delphi的pascal語言？

參見1，2
5、是否在學習delphi前應該先學習turbo pascal或其他什麼語言？

不必，直接學習object pascal，但有其他基礎更好

6、delphi當前的版本是什麼？

7.0

7、請介紹相關的書、電子書下載地址、網站等。

www.51delphi.com

8、vb的解釋器是否被放到安裝程序中一同安裝？

I don't know.

9、操作系統中集成了編譯器嗎？

沒有，debug里倒有個小匯編器，想你也不會，會就沒這些問題了。

10、編譯器是用什麼語言和編譯環境製作的？比如：turbo c

turbo c用c做的

11、用delphi能製作出像netants那樣的程序嗎？請舉幾個用delphi製作的軟體？

除了驅動程序，都可以做

12、學會delphi要多長時間？其它語言呢？

看天賦和努力程度，以及學會的定義，做個資料庫應用只要一周，但其實還沒入門呢。

13、qbasic的basic語言與basic語言是有差異的。那麼：「學習qbasic語言」這句話是不是應該算作是正確的呢？其它的呢！如：c++與vc++ ？

「學習qbasic語言」當然不對QB、VC都是某種語言的實現，或者說基於某種語言的編程工具，Delphi也是。

14、如何學好學精delphi？說說你學習編程的經驗（包括其它語言）！

實踐

15、如果我想學c++語言，可不可以直接通過vc++或bcb來學習呢？（而不是通過turbo c++）

當然可以，但必須學習c++的基本知識（與編譯器無關）

16、delphi與其它編程環境比有什麼優缺點，會不會被淘汰，為什麼書店裡delphi的書很少？

快速開發是delphi的最大優點，它編譯速度也最快。
書店裡delphi的書很少，多半是你沒找對地方，由於delphi在資料庫開發方面過於強大，掩蓋了它作為編譯器的其他強大功能，所以很多書店都將其歸到資料庫書籍類中了。

Ⅱ delphi編譯器效率高到底是指什麼

所謂delphi編譯器效率高，一般指的是以下三方面：

1、編譯連接時間短，這一點是其他任何編譯器都無法相比的（一般來說，VC, VB編譯過程所用的時間是Delphi的幾倍），原因很簡單：Pascal語法限制嚴格，用戶必須規范地編碼，省去了編譯器的很多麻煩。

2、編譯出的程序執行速度快，產生的代碼長度短。這一點比VB強，但和VC基本一樣，誰也沒有優勢。不過很多人有誤解，以為Delphi類庫龐大復雜，加一個控制項就要把整個一個源文件全部加進來，代碼長度太大，效率太差。其實真實情況是，擁有眾多VCL控制項類庫，是Delphi的一個獨特之處，VC的MFC庫無法與之相比——MFC有的底層簡單封裝的類，VCL庫都有，但VCL有的上層組件，MFC卻根本沒有。使用VCL上層應用控制項後，代碼長度的確比VC大，不過VC卻沒有這方面的選擇，而VC所用的從底層一磚一瓦地編碼的方式，Delphi完全支持，而且絕對沒任何劣勢，代碼長度也不長（VC的語法復雜，按C程序員一般習慣做的話，代碼長的反而會是VC）。產生誤解的原因，是多數Delphi程序員是應用級的，而VC程序員是底層些的，應用程序員大多不太懂得底層代碼的編寫，只會搬控制項、響應事件，以為底層的東西Delphi做不來。

3、對應用級的程序開發周期短——這也就是Borland一貫吹捧的「快速開發工具」的含義。正因為VCL的存在（封裝了很多界面組件以及通訊、資料庫、internet應用等很多後台功能），對高層應用不再需要一磚一瓦地受累，使開發周期縮短了很多倍。

單純從技術角度說，編譯器效率應該指編譯出的代碼是否短小/運行速度是否快，以及是否能用較少的源代碼高效地實現復雜功能。前一方面Delphi並不比VC差，而比VB強，但並非一騎絕塵；後一方面則的確有一騎絕塵之象。

Delphi的致命缺點，其實不是技術——技術它是領先的，毫無疑問，問題是市場策略和公司實力（Borland只是家小公司），微軟「攜操作系統以令諸侯」，誤導了眾多軟體開發公司，讓它們以為微軟的才正宗和好用，造成了事實上的VB，VC用戶群遠比Borland的龐大，源代碼數量也一樣是C/C++遠遠占優，而Borland的C++ Builder卻開發得太晚難以形成市場優勢。

概括來說，如果你要開發上層應用為主的程序，特別是資料庫方面的程序，那麼Delphi能讓你省不少時間；而若開發底層些的軟體，為能有更多相關代碼可以參考利用，為能容易地招聘到更合適的程序員，以及為了代碼維護方便，都適合用C/C++去做，當然，C++ Builder從技術上說是個不錯的選擇，只是用戶群還太小。