㈠ 為什麼要學習編譯原理
大學課程為什麼要開設編譯原理呢？這門課程關注的是編譯器方面的產生原理和技術問題，似乎和計算機的基礎領域不沾邊，可是編譯原理卻一直作為大學本科的必修課程，同時也成為了研究生入學考試的必考內容。編譯原理及技術從本質上來講就是一個演算法問題而已，當然由於這個問題十分復雜，其解決演算法也相對復雜。我們學的數據結構與演算法分析也是講演算法的，不過講的基礎演算法，換句話說講的是演算法導論，而編譯原理這門課程講的就是比較專註解決一種的演算法了。在20世紀50年代，編譯器的編寫一直被認為是十分困難的事情，第一Fortran的編譯器據說花了18年的時間才完成。在人們嘗試編寫編譯器的同時，誕生了許多跟編譯相關的理論和技術，而這些理論和技術比一個實際的編譯器本身價值更大。就猶如數學家們在解決著名的哥德巴赫猜想一樣，雖然沒有最終解決問題，但是其間誕生不少名著的相關數論。
推薦參考書
雖然編譯理論發展到今天，已經有了比較成熟的部分，但是作為一個大學生來說，要自己寫出一個像TurbocC,java那樣的編譯器來說還是太難了。不僅寫編譯器困難，學習編譯原理這門課程也比較困難。
第一本書的原名叫《CompilersPrinciples,Techniques,andTools》,另外一個響亮的名字就是龍書。原因是這本書的封面上有條紅色的龍，也因為獗臼樵詒嘁朐?砘?嘴域確實?忻?所以很多國外的學者都直接取名為龍書。最近機械工業出版社已經出版了此書的中文版，名字就叫《編譯原理》。該書出的比較早，大概是在85或86年編寫完成的，作者之一還是著名的貝爾實驗室的科學家。裡面講解的核心編譯原理至今都沒有變過，所以一直到今天，它的價值都非凡。這本書最大的特點就是一開始就通過一個實際的小例子，把編譯原理的大致內容羅列出來，讓很多編譯原理的初學者很快心裡有了個底,也知道為什麼會有這些理論，怎麼運用這些理論。而這一點是我感覺國內的教材缺乏的東西，所以國內的教材都不是寫給願意自學的讀者，總之讓人看了半天，卻不知道裡面的東西有什麼用。
第二本書的原名叫《ModernCompilerDesign》,中文名字叫做《現代編譯程序設計》。該書由人民郵電出版社所出。此書比較關注的是編譯原理的實踐，書中給出了不少的實際程序代碼，還有很多實際的編譯技術問題等等。此書另外一個特點就是其現代而字。在傳統的編譯原理教材中，你是不可能看到如同Java中的垃圾回收等演算法的。因為Java這樣的解釋執行語言是在近幾年才流行起來的東西。如果你想深入學習編譯原理的理論知識，那麼你肯定得看前面那本龍書，如果你想自己動手做一個先進的編譯器，那麼你得看這本《現代編譯程序設計》。
第三本書就是很多國內的編譯原理學者都推薦的那本《編譯原理及實踐》。或許是這本書引入國內比較早吧，我記得我是在高中就買了這本書，不過也是在前段時間才把整本書看完。此書作為入門教程也的確是個不錯的選擇。書中給出的編譯原理講解也相當細致，雖然不如前面的龍書那麼深入，但是很多地方都是點到為止，作為大學本科教學已經是十分深入了。該書的特點就是注重實踐，不過感覺還不如前面那本《現代編譯程序設計》的實踐味道更重。此書的重點還是在原理上的實踐，而非前面那本那樣的技術實踐。《編譯原理及實踐》在講解編譯原理的各個部分的同時，也在逐步實踐一個現代的編譯器TinyC.等你把整本書看完，差不多自己也可以寫一個TinyC了。作者還對Lex和Yacc這兩個常用的編譯相關的工具進行了很詳細的說明，這一點也是很難在國內的教材中看到的。
推薦了這三本教材，都有英文版和中文版的。很多英文好的同學只喜歡看原版的書，不我的感覺是這三本書的翻譯都很不錯，沒有必要特別去買英文版的。理解理論的實質比理解表面的文字更為重要。
編譯原理的實質
幾乎每本編譯原理的教材都是分成詞法分析，語法分析（LL演算法，遞歸下降演算法，LR演算法），語義分析，運行時環境，中間代碼，代碼生成，代碼優化這些部分。其實現在很多編譯原理的教材都是按照85,86出版的那本龍書來安排教學內容的，所以那本龍書的內容格式幾乎成了現在編譯原理教材的定式，包括國內的教材也是如此。一般來說，大學裡面的本科教學是不可能把上面的所有部分都認真講完的，而是比較偏重於前面幾個部分。像代碼優化那部分東西，就像個無底洞一樣，如果要認真講，就是單獨開一個學期的課也不可能講得清楚。所以，一般對於本科生，對詞法分析和語法分析掌握要求就相對要高一點了。
詞法分析相對來說比較簡單。可能是詞法分析程序本身實現起來很簡單吧，很多沒有學過編譯原理的人也同樣可以寫出各種各樣的詞法分析程序。不過編譯原理在講解詞法分析的時候，重點把正則表達式和自動機原理加了進來，然後以一種十分標準的方式來講解詞法分析程序的產生。這樣的做法道理很明顯，就是要讓詞法分析從程序上升到理論的地步。
語法分析部分就比較麻煩一點了。現在一般有兩種語法分析演算法，LL自頂向下演算法和LR自底向上演算法。LL演算法還好說，到了LR演算法的時候，困難就來了。很多自學編譯原理的都是遇到LR演算法的理解成問題後就放棄了自學。其實這些東西都是只要大家理解就可以了，又不是像詞法分析那樣非得自己寫出來才算真正的會。像LR演算法的語法分析器，一般都是用工具Yacc來生成，實踐中完全沒有比較自己來實現。對於LL演算法中特殊的遞歸下降演算法，因為其實踐十分簡單，那麼就應該要求每個學生都能自己寫。當然，現在也有不少好的LL演算法的語法分析器，不過要是換在非C平台，比如Java,Delphi,你不能運用YACC工具了，那麼你就只有自己來寫語法分析器。
等學到詞法分析和語法分析時候，你可能會出現這樣的疑問：詞法分析和語法分析到底有什麼？就從編譯器的角度來講，編譯器需要把程序員寫的源程序轉換成一種方便處理的數據結構（抽象語法樹或語法樹）,那麼這個轉換的過程就是通過詞法分析和語法分析的。其實詞法分析並非一開始就被列入編譯器的必備部分，只是我們為了簡化語法分析的過程，就把詞法分析這種繁瑣的工作單獨提取出來，就成了現在的詞法分析部分。除了編譯器部分，在其它地方，詞法分析和語法分析也是有用的。比如我們在DOS,Unix,Linux下輸入命令的時候，程序如何分析你輸入的命令形式，這也是簡單的應用。總之，這兩部分的工作就是把不規則的文本信息轉換成一種比較好分析好處理的數據結構。那麼為什麼編譯原理的教程都最終把要分析的源分析轉換成樹這種數據結構呢？數據結構中有Stack,Line,List這么多數據結構，各自都有各自的特點。但是Tree這種結構有很強的遞歸性，也就是說我們可以把Tree的任何結點Node提取出來後，它依舊是一顆完整的Tree。這一點符合我們現在編譯原理分析的形式語言，比如我們在函數裡面使用函樹，循環中使用循環，條件中使用條件等等，那麼就可以很直觀地表示在Tree這種數據結構上。同樣，我們在執行形式語言的程序的時候也是如此的遞歸性。在編譯原理後面的代碼生成的部分，就會介紹一種堆棧式的中間代碼，我們可以根據分析出來的抽象語法樹，很容易，很機械地運用遞歸遍歷抽象語法樹就可以生成這種指令代碼。而這種代碼其實也被廣泛運用在其它的解釋型語言中。像現在流行的Java,.NET，其底層的位元組碼bytecode,可以說就是這中基於堆棧的指令代碼的。
關於語義分析，語法制導翻譯，類型檢查等等部分，其實都是一種完善前面得到的抽象語法樹的過程。比如說，我們寫C語言程序的時候，都知道，如果把一個浮點數直接賦值給一個整數，就會出現類型不匹配，那麼C語言的編譯器是怎麼知道的呢？就是通過這一步的類型檢查。像C++語言這中支持多態函數的語言，這部分要處理的問題就更多更復雜了。大部編譯原理的教材在這部分都是講解一些比較好的處理策略而已。因為新的問題總是在發生，舊的辦法不見得足夠解決。
本來說，作為一個編譯器，起作用的部分就是用戶輸入的源程序到最終的代碼生成。但是在講解最終代碼生成的時候，又不得不講解機器運行環境等內容。因為如果你不知道機器是怎麼執行最終代碼的，那麼你當然無法知道如何生成合適的最終代碼。這部分內容我自我感覺其意義甚至超過了編譯原理本身。因為它會把一個計算機的程序的運行過程都通通排在你面前，你將來可能不會從事編譯器的開發工作，但是只要是和計算機軟體開發相關的領域,都會涉及到程序的執行過程。運行時環境的講解會讓你更清楚一個計算機程序是怎麼存儲，怎麼裝載，怎麼執行的。關於部分的內容，我強烈建議大家看看龍書上的講解，作者從最基本的存儲組織，存儲分配策略，非局部名字的訪問，參數傳遞，符號表到動態存儲分配(malloc,new)都作了十分詳細的說明。這些東西都是我們編寫平常程序的時候經常要做的事情，但是我們卻少去探求其內部是如何完成。
關於中間代碼生成，代碼生成,代碼優化部分的內容就實在不好說了。國內很多教材到了這部分都會很簡單地走馬觀花講過去，學生聽了也只是作為了解，不知道如何運用。不過這部分內容的東西如果要認真講，單獨開一學期的課程都講不完。在《編譯原理及實踐》的書上，對於這部分的講解就恰到好處。作者主要講解的還是一種以堆棧為基礎的指令代碼，十分通俗易懂，讓人看了後，很容易模仿，自己下來後就可以寫自己的代碼生成。當然，對於其它代碼生成技術，代碼優化技術的講解就十分簡單了。如果要仔細研究代碼生成技術，其實另外還有本叫做《》,那本書現在由機械工業出版社引進的，十分厚重，而且是英文原版。不過這本書我沒有把它列為推薦書給大家，畢竟能把龍書的內容搞清楚，在中國已經就算很不錯的高手了，到那個時候再看這本《》也不遲。代碼優化部分在大學本科教學中還是一個不太重要的部分，就是算是實踐過程中，相信大家也不太運用得到。畢竟，自己做的編譯器能正確生成執行代碼已經很不錯了，還談什麼優化呢？
編譯原理的課程畢竟還只是講解原理的課程，不是專門的編譯技術課程。這兩門課程是有很大的區別的。編譯技術更關注實際的編寫編譯器過程中運用到的技術，而原理的課
㈡ java web開發工具有哪些
1. JDK（Java開發工具包）
如果你打算用Java開發一些小程序和應用程序，那麼首先得給自己准備一個類似於JDK的工具，其中包括必要的Java Complier、Java Runtime Environment（JRE）和Java API。這是開始Java之旅的第一步。
2. Eclipse IDE
如果咨詢一些經驗豐富的Java開發人員關於他們最喜歡的Java Integrated Development Environment（IDE）是什麼，不少人會告訴你是Eclipse IDE。 Eclipse能提供關於代碼完成、重構和語法檢查這些急需的幫助。它還能提供JDT的一系列工具，包括各種插件工具來幫助開發各種Java應用。
此IDE的真正優勢是它允許開發人員使用不同的語言支持，如它也可以提供C/ C++和PHP 的IDE。這使得它成為了Java開發的一個一站式資源。
3.NetBeans
這又是一個IDE，提供了功能全面的陣列，如轉換器，編輯器和代碼分析器，這些工具可以幫助你使用最新的Java技術實現應用程序。工具范圍相當廣泛，而且IDE背後的團隊也在不斷地改進。此外你還可以得到靜態分析工具的幫助——編寫出無bug的代碼。
4. IntelliJ IDEA 13.1
據傳它有「最智慧的java ide」之稱。如果你嘗試過後，就會發現它所言不虛，因為它能幫助開發人員拿出最具有創造性的解決方案。它的「Smart Code Completion」和「On-the-fly Code Analysis」功能等可以提高開發人員的工作效率，並且還提供了對web和移動開發高級支持。所以，不妨試試這個好助手。
5.Oracle JDeveloper
如果你正在尋找一個免費的IDE來構建一個面向服務的架構，那沒有比JDeveloper更好的了。它支持完整的開發生命周期，這意味著你可以放心自豪名正言順地使用ava解決方案。
6. JUnit
這是一個可以幫助開發人員編寫和運行測試的單元測試框架。但是JUnit和市場上一些類似的框架還有著本質的區別。你可以一次測試一個代碼塊，而不需要等待該模塊在運行測試前完成。實際上就是你可以「先測試，然後寫代碼」，這意味著對於應用程序的最終功能如何你可以先放下心中的大石了。
7. Apache ANT™
這是一個開源工具，其最大的優勢就是簡單。關鍵是可以實現開發人員處理復雜和重復性任務的目標。ANT™，可以自動執行此類任務。這還只是其眾多簡化功能之一而已。
8. JRAT（Java Runtime Analysis Toolkit）
如果你想要評測應用程序的性能，那麼就必須具備JRAT這個分析工具。有了這個工具，你可以找出潛在的可能會影響應用程序性能的問題域。
9.Apache JMeter™
這是Apache的另一種工具，主要用於測試。它可以評測功能行為以及網站、資料庫、Web服務等的性能。它有一個易於理解的GUI，這一事實意味著你可以輕松地構建測試計劃並迅速調試應用程序。
10.Apache Maven
上面曾提到過Apache ANT™，而現在的Maven能幫助你做同樣的事情。不過，很多開發人員表示相比ANT™，Maven前進了一大步。在依賴管理、構建行動、調試和協作方面，它都比ANT™略高一籌。簡單地說，如果你正在使用ANT™，那麼你需要告訴它到底應該怎麼做：你需要提供資源的確切位置，分配生成的位元碼的存儲位置以及用JAR文件打包。
Maven，換句話說，則簡化了這些東西。
11.Gradle
如果你想要有這樣一種工具，可以結合ANT™和Maven的優點，那麼你一定會喜歡Gradle。有了Gradle，你就可以在Groovy編碼——這是一個巨大的優勢，因為它允許你編寫任何代碼。這個工具的第二大優勢是，它支持慣例優先配置的模式。
12.Clover
該工具提供了Java和Groovy代碼覆蓋。Clover能讓你直接瞄準問題可能性最大的部分，確保測試側重於特定代碼。
13.YourKit
這是一個Java分析工具，允許在開發或生產過程中按需分析：這意味著你可以確保你的產品符合最高的質量標准。按需分析指的是，被分析的應用程序可以在不產生任何費用的情況下運行。
14.Mockito
如果你想用干凈和簡單的API編寫測試，Mockito應該就是你的首選。Mockito本質上是一個模擬庫，可以幫助你創建、驗證和清除模塊——Java開發的幾個重要方面。
15. FindBugs的™
Java代碼有bug？如何才能找到它們呢？——沒錯，就是FindBugs的™。它不但免費，還易於操作，真心很不錯！
㈢ 有關於編程的專業去哪個大學好
學編程最直接的專業就是軟體工程，軟體工程 (Software Engineering，簡稱為SE)是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟體的學科。它涉及到程序設計語言，資料庫，軟體開發工具，系統平台，標准，設計模式等方面。在現代社會中，軟體應用於多個方面。典型的軟體比如有電子郵件，嵌入式系統，人機界面，辦公套件，操作系統，編譯器，資料庫，游戲等。同時，各個行業幾乎都有計算機軟體的應用，比如工業，農業，銀行，航空，政府部門等。
目前，大學軟體工程專業排名：
1、南京大學
2、清華大學
3、復旦大學
4、武漢大學
5、浙江大學
6、上海交通大學
7、中國科學技術大學
8、中山大學
9、華中科技大學
10、哈爾濱工業大學
11、陝西師范大學
12、吉林大學
13、東北師范大學
14、北京師范大學
其他院校該專業較強的有：
北京交通大學
北京理工大學
華東師范大學
華南理工大學
南開大學
四川大學
天津大學
西安交通大學
西北工業大學
廈門大學
中國地質大學
同濟大學
蘇州大學
重慶大學
中國石油大學
南京理工大學
寧夏大學
從你目前的分數來看以下學校可以考慮：吉林大學，華南理工大學，四川大學，重慶大學，西北工業大學，這幾所學校除了吉林大學可能難考點以外，其它的憑你現在的分數應該不是問題。如果想更好，那就向前十所大學奮斗吧。
㈣ 學web前端開發需要用哪些軟體
web前端開發除了PS、DW之外，還有一些常用的前端開發工具，以下僅列出前端工程師常用的兩款：
1、WebStorm：WebStorm 是jetbrains公司旗下一款JavaScript 開發工具。目前已經被廣大中國JS開發者譽為「Web前端開發神器」、「最強大的HTML5編輯器」、「最智能的JavaScript IDE」等。
個人經驗：WebStorm優點是代碼提示、高亮等等，支持很多框架。非常適合項目開發。缺點是啟動稍慢。
2、Sublime Text3：Sublime Text 是一個代碼編輯器，也是HTML和散文先進的文本編輯器。Sublime Text是由程序員Jon Skinner於2008年1月份所開發出來，它最初被設計為一個具有豐富擴展功能的Vim。
個人經驗：Sublime Text3通過安裝不同的插件可以完美支持各種語言。相對於webstrom，它的啟動速度非常快，常用於修改單個文件的錯誤或者調試。
㈤ 澶у︾紪紼嬭劇▼
A. 澶у︽湰縐戜腑,鍙浠ュ﹀埌璁＄畻鏈虹紪紼嬬殑縐戠洰鍚嶇О鏄浠涔
澶у︽湰縐戞湁濂藉氳劇▼鍙浠ュ︿範鍒拌＄畻鏈虹紪紼嬶紝鑰屼笖鏈夊ソ澶氫笉鍚岀殑璇璦銆備緥濡傦細
C++璇璦錛欳++紼嬪簭璁捐″洖錛岀瓟VC++璇劇▼銆備竴鑸鐨勯櫌鏍′細寮璁句袱闂ㄥ熀紜鐨凜++錛孷C鏄緙栬瘧鍣ㄣ
C璇璦錛欳璇璦紼嬪簭璁捐°傝礙嫻╁己鐨勬暀鏉愭槸鏈甯哥敤鐨勩
Java璇璦錛氶潰鍚戝硅薄Java紼嬪簭璁捐°
浠ヤ笂涓夐棬璇璦錛屽ぇ瀛﹀紑濮嬭劇▼鍙鑳芥ц緝澶э紝褰撶劧榪樻湁鍏朵粬鐨勭紪紼嬭璦錛氭眹緙栥丣ava Web銆.Net銆丆#絳夌瓑銆
B. 澶у﹀︾紪紼嬫湁閭ｄ簺璇劇▼
C C++ B VB JAVA DELPHI C#
C. 澶у﹀叧浜庣紪紼嬬殑璇劇▼鎬庝箞瀹夋帓鐨勶紝浠涔堥『搴
澶у︾殑瀛︿範騫朵笉鏄鎸夊︾紪紼嬬殑欏哄簭瀹夋帓鐨勶紝涓鑸浼氬厛瀛︿範璁＄畻鏈哄熀紜錛孋璇璦鐒跺悗鏍規嵁涓撲笟涓嶅悓錛屽啀瀹夋帓涓嶅悓鐨勮劇▼錛
D. 澶у﹀﹀畬鍩虹緙栫▼璇劇▼鍚庯紝鑷宸辮兘浣滃摢浜涙湁瓚ｇ殑浜嬫儏
鍘誨弬鍔犳瘮璧涳紝姣斿傛仼鏅烘鄲涔嬬被鐨勩傛垨鑰呭幓鍋氬壋鏂板壋涓氱殑欏圭洰錛岃繖涓鍙浠ヨ嚜宸辨湁鎯蟲硶鍚庢壘鑰佸笀銆
E. 澶у﹂噷鐨勫悇縐嶈＄畻鏈鴻劇▼鍒板簳鏄瀛︿粈涔堢殑
璁＄畻鏈轟笓涓氬紑璁句互涓嬭劇▼錛岄渶瑕佸︿範錛氱數瀛愭妧鏈銆佺繪暎鏁板︺佺▼搴忚捐°佹暟鎹緇撴瀯銆佹搷浣滅郴緇熴佽＄畻鏈虹粍鎴愬師鐞嗐佸井鏈虹郴緇熴佽＄畻鏈虹郴緇熺粨鏋勩佺紪璇戝師鐞嗐佽＄畻鏈虹綉緇溿佹暟鎹搴撶郴緇熴佽蔣浠跺伐紼嬨佷漢宸ユ櫤鑳姐佽＄畻鏈哄浘褰㈠︺佹暟瀛楀浘鍍忓勭悊銆佽＄畻鏈洪氳鍘熺悊銆佸氬獟浣撲俊鎮澶勭悊鎶鏈銆佹暟瀛椾俊鍙峰勭悊銆佽＄畻鏈烘帶鍒躲佺綉緇滆＄畻銆佺畻娉曡捐′笌鍒嗘瀽銆佷俊鎮瀹夊叏銆佸簲鐢ㄥ瘑鐮佸﹀熀紜銆佷俊鎮瀵規姉銆佺Щ鍔ㄨ＄畻銆佹暟璁轟笌鏈夐檺鍩熷熀紜銆佷漢鏈虹晫闈㈣捐°侀潰鍚戝硅薄紼嬪簭璁捐＄瓑銆
璁＄畻鏈虹戝︿笌鎶鏈錛氭瘮杈冨叏闈㈢殑瀛︿範璁＄畻鏈虹戝︾殑鍚勪釜鏂歸潰錛屽寘鎷浜嗚蔣浠跺拰紜浠訛紝浣嗕晶閲嶄簬鐞嗚哄拰杞浠訛紝涓嶄細澶氬︾數璺絳夌‖浠剁煡璇嗐
杞浠跺伐紼嬶細璁＄畻鏈虹戝︿笌鎶鏈鐨勪竴涓鍒嗘敮錛屽叏閮ㄦ槸杞浠舵柟闈㈢殑璇劇▼錛屽寘鎷浜嗗悇縐嶅洿緇曡蔣浠跺紑鍙戙佺淮鎶ょ殑璇劇▼銆
淇℃伅綆＄悊涓庝俊鎮緋葷粺錛氳＄畻鏈虹戝︿笌鎶鏈鐨勪竴涓鍒嗘敮錛屼晶閲嶄簬鏁版嵁搴撶瓑淇℃伅綆＄悊鎶鏈鐨勫簲鐢ㄥ拰寮鍙戙
鐢靛瓙淇℃伅縐戝︿笌鎶鏈銆佺數瀛愪俊鎮宸ョ▼錛氳繖涓ら棬璇劇▼閮芥槸渚ч噸浜庣‖浠剁數璺銆佸祵鍏ュ紡璁懼囩殑瀛︿範鍜屽紑鍙戠殑璇劇▼錛屼晶閲嶄簬紜浠訛紝褰撶劧涓嶉檺浜庤＄畻鏈虹‖浠躲
淇℃伅涓庤＄畻縐戝︼細榪欎釜鏄浠ヤ俊鎮棰嗗煙涓鴻儗鏅鏁板︿笌淇℃伅錛岀＄悊鐩哥粨鍚堢殑浜ゅ弶瀛︾戜笓涓氾紝璇ヤ笓涓氬煿鍏葷殑瀛︾敓鍏鋒湁鑹濂界殑鏁板﹀熀紜錛岃兘鐔熺粌鍦頒嬌鐢ㄨ＄畻鏈猴紝鍒濇ュ叿澶囧湪淇℃伅涓庤＄畻縐戝﹂嗗煙鐨勬煇涓鏂瑰悜涓婁粠浜嬬戝︾爺絀訛紝瑙ｅ喅瀹為檯闂棰橈紝璁捐″紑鍙戞湁鍏寵蔣浠剁殑鑳藉姏銆
F. 瀛︿範緙栫▼闇瑕佸︿範鍝浜涘繀淇璇劇▼
瀛︿範緙栫▼錛屽嵈鍙堜笉鐭ヤ粠浣曞叆鎵嬶紝閭ｄ箞鎮ㄤ笉濡ㄧ湅鐪嬩笅闈㈢殑鍑犵嶅︿範鏂規堬紝鍙鑳戒細緇欐偍涓浜涘惎紺哄惂錛
鏂規堜竴Basic璇璦 & Visual Basic
浼樼偣
錛1錛塀asic 綆鍗曟槗瀛︼紝寰堝規槗涓婃墜銆
錛2錛塚isual Basic 鎻愪緵浜嗗己澶х殑鍙瑙嗗寲緙栫▼鑳藉姏錛屽彲浠ヨ╀綘杞繪澗鍦板仛鍑烘紓浜鐨勭▼搴忋
錛3錛変紬澶氱殑鎺т歡璁╃紪紼嬪彉寰楄薄鍨掔Н鏈ㄤ竴鏍風畝鍗曘
錛4錛塚isual Basic 鐨勫叏閮ㄦ眽鍖栬╂垜浠榪欎簺瑙佷簡English灝卞ご澶х殑浜哄枩涓嶈嚜紱併
緙虹偣
錛1錛塚isual Basic 涓嶆槸鐪熸ｇ殑闈㈠悜瀵硅薄鐨勫紑鍙戞枃鍏楓
錛2錛塚isual Basic 鐨勬暟鎹綾誨瀷澶灝戱紝鑰屼笖涓嶆敮鎸佹寚閽堬紝榪欎嬌寰楀畠鐨勮〃杈捐兘鍔涘緢鏈夐檺銆
錛3錛塚isual Basic 涓嶆槸鐪熸ｇ殑緙栬瘧鍨嬭璦錛屽畠浜х敓鐨勬渶緇堜唬鐮佷笉鏄鍙鎵ц岀殑錛屾槸涓縐嶄吉浠ｇ爜銆傚畠闇瑕佷竴涓鍔ㄦ侀摼鎺ュ簱鍘昏В閲婃墽琛岋紝榪欎嬌寰梀isual Basic 鐨勭紪璇戦熷害澶уぇ鍙樻參銆
緇艱堪錛氭柟妗堜竴閫傚悎鍒濇秹緙栫▼鐨勬湅鍙嬶紝瀹冨瑰︿範鑰呯殑瑕佹眰涓嶉珮錛屽嚑涔庢瘡涓浜洪兘鍙浠ュ湪涓涓姣旇緝鐭鐨勬椂闂撮噷瀛︿細vB緙栫▼錛屽苟鐢╒B 鍋氬嚭鑷宸辯殑浣滃搧銆傚逛簬閭ｄ簺鎶婄紪紼嬪綋鍋氭父鎴忕殑鏈嬪弸鏉ヨ達紝VB 鏄鎮ㄦ渶浣崇殑閫夋嫨銆
鏂規堜簩Pascal璇璦 & Delphi
浼樼偣
錛1錛塒ascal璇璦緇撴瀯涓ヨ皚錛屽彲浠ュ緢濂藉湴鍩瑰吇涓涓浜虹殑緙栫▼鎬濇兂銆
錛2錛塂elphi鏄涓闂ㄧ湡姝ｇ殑闈㈠悜瀵硅薄鐨勫紑鍙戝伐鍏鳳紝騫朵笖鏄瀹屽叏鐨勫彲瑙嗗寲銆
錛3錛塂elphi浣跨敤浜嗙湡緙栬瘧錛屽彲浠ヨ╀綘鐨勪唬鐮佺紪璇戞垚涓哄彲鎵ц岀殑鏂囦歡錛岃屼笖緙栬瘧閫熷害闈炲父蹇銆
錛4錛塂elphi鍏鋒湁寮哄ぇ鐨勬暟鎹搴撳紑鍙戣兘鍔涳紝鍙浠ヨ╀綘杞繪澗鍦板紑鍙戞暟鎹搴撱
緙虹偣
Delphi鍑犱箮鍙浠ヨ存槸瀹岀編鐨勶紝鍙鏄疨ascal璇璦鐨勮繃浜庝弗璋ㄨ╀漢鎰熻夋湁鐐圭儲銆
緇艱堪: 鏂規堜簩姣旇緝閫傚悎閭ｄ簺鍏鋒湁涓瀹氱紪紼嬪熀紜騫朵笖瀛﹁繃Pascal璇璦鐨勬湅鍙嬨
鏂規堜笁C璇璦 & Visual C++
浼樼偣
錛1錛塁璇璦鐏墊椿鎬уソ錛屾晥鐜囬珮錛屽彲浠ユ帴瑙﹀埌杞浠跺紑鍙戞瘮杈冨簳灞傜殑涓滆タ銆
錛2錛夊井杞鐨凪FC搴撳崥澶х簿娣憋紝瀛︿細瀹冨彲浠ヨ╅殢蹇冩墍嬈插湴榪涜岀紪紼嬨
錛3錛塚C鏄寰杞鍒朵綔鐨勪駭鍝侊紝涓庢搷浣滅郴緇熺殑緇撳悎鏇村姞緔у瘑銆
緙虹偣
瀵逛嬌鐢ㄨ呯殑瑕佹眰姣旇緝楂橈紝鏃㈣佸叿澶囦赴瀵岀殑C璇璦緙栫▼緇忛獙錛屽張瑕佸叿鏈変竴瀹氱殑WINDOWS緙栫▼鍩虹錛屽畠鐨勮繃浜庝笓涓氫嬌寰椾竴鑸鐨勭紪紼嬬埍濂借呭︿範璧鋒潵浼氭湁涓嶅皬鐨勫洶闅俱
緇艱堪: VC鏄紼嬪簭鍛樼敤鐨勪笢瑗褲傚傛灉浣犳槸涓涓姘鎬笉婊¤凍鐨勪漢錛岃屼笖鍙浠ュ湪緙栫▼涓婃姇鍏ュ緢澶х殑綺懼姏鍜屾椂闂達紝閭ｄ箞瀛︿範VC浣犱竴瀹氫笉浼氬悗鎮旂殑銆
鏂規堝洓C++璇璦 & C++ Builder
浼樼偣
錛1錛塁++璇璦鐨勪紭鐐瑰叏閮ㄥ緱浠ョ戶鎵褲
錛2錛夊畬鍏ㄧ殑鍙鏄鍖栥
錛3錛夋瀬寮虹殑鍏煎規э紝鏀鎸丱WL銆乂CL鍜孧FC涓夊ぇ綾誨簱銆
錛4錛夌紪璇戦熷害闈炲父蹇銆
緙虹偣
鐢變簬鎺ㄥ嚭鐨勬椂闂村お鐭錛屽叧浜庡畠鐨勫悇縐嶈祫鏂欒繕涓嶅お澶氥
緇艱堪錛氭垜璁や負C++ Builder 鏄鏈濂界殑緙栫▼宸ュ叿銆傚畠鏃淇濇寔浜咰++璇璦緙栫▼鐨勪紭鐐癸紝鍙堝仛鍒頒簡瀹屽叏鐨勫彲瑙嗗寲銆
鏂規堜簲SQL璇璦 & Power Builder
瀵逛簬涓浜涗紶緇熺殑鏁版嵁寮鍙戜漢鍛樻潵璇達紝Foxpro緋誨垪涔熻歌╀粬浠鎰熷埌鏇村姞鐔熸倝銆備絾鏄瀵逛簬鍒濆﹁呮潵璇達紝PowerBuilder涔熻告槸鏈濂界殑鏁版嵁搴撳紑鍙戝伐鍏楓傚悇縐嶅悇鏍風殑鎺т歡錛屽姛鑳藉己澶х殑PowerBuilder璇璦閮戒細甯鍔╀綘寮鍙戝嚭鑷宸辯殑鏁版嵁搴撳簲鐢ㄧ▼搴忋
G. 澶у﹀叧浜庣紪紼嬬殑涓撲笟閮芥湁鍝浜涙眰璇︾粏浠嬬粛鈥
瀛︽妧鏈鍙浠ヨ冭檻璁＄畻鏈虹浉鍏崇殑涓撲笟錛屽洜涓虹幇鍦ㄤ漢浜洪兘紱諱笉寮錛岀ぞ浼氬彂灞曠殑瓚嬪娍涔熷憡璇夋垜浠榪欎釜琛屼笟鐨勫法澶у墠鏅錛屽︿範榪欐柟闈㈢殑涓撲笟灝嗘潵鍙浠庝簨宀椾綅澶氾紝灝變笟鍚璧勯珮銆傚彲閫夋嫨涓撲笟鏈夎蔣浠躲佺‖浠躲佺綉緇溿佽捐＄瓑絳夛紝鍙浠ヤ簡瑙ｅ悗鍋氬喅瀹氥
鏈夋満浼氬幓涓撻棬鐨勭數鑴戝︽牎璧拌蛋鐪嬬湅
H. 闈掑皯騫寸紪紼嬫槸浠涔堝拰澶у︾殑緙栫▼璇炬槸涓鏍風殑鍚
妤間笂宸茬粡璇翠簡涓閮ㄥ垎浜嗭紝鎸烘掔殑銆
涓涓鏄灝戝勾緙栫▼錛屼竴涓鏄鎴愪漢緙栫▼錛屼粠鏂囧瓧涓婄湅錛屽墠鑰呮槑鏄懼甫鍐呯潃寮辨櫤鐨勬剰鎬濆癸紝鎰忔濈湡姝ｇ殑紼嬪簭鍛橀兘涓嶇敤榪欎釜銆
浣嗕綔涓轟竴涓鍏鋒湁6騫存垚浜虹紪紼嬬粡楠岀殑榪囨潵浜猴紝鎴戞煡鐪嬭繃scratch鐨勬簮浠ｇ爜錛岄噷闈㈠仛浜嗗緢澶氱殑灝佽咃紝鏈夌偣綾諱技浜巎Query錛屾暣浣撹繕鏄姣旇緝寮烘倣鐨勩
鍙浠ヨ存棤璁烘槸灝戝効緙栫▼錛岃繕鏄鎴愪漢緙栫▼錛岄兘鏄涓轟簡瑙ｅ喅涓瀹氱殑闂棰樿岀爺鍙戝嚭鏉ョ殑錛岃〃闈涓婁笉鍚岋紝涓嶄唬琛ㄥ唴鏍鎬笉鍚岋紝鎴戝氨瑙佽繃涓嶅皯嬈★紝鐢╯cratch鍋氬嚭杈冧負澶嶆潅鐨勬父鎴忔晥鏋溿
涓嶅皯浜虹湅涓嶈搗scratch錛岃や負澶騫肩氾紝鎴戝緢鏃犺錛宻cratch鍏跺疄寰堝己澶э紝浣犺兘鍔涙湁闄愶紝鑷鐒惰や負紼嬪簭涔熷矓闄愶紝浣犳湰韜鑳藉姏寮哄ぇ錛岀粰浣犱竴涓綆鍗曠殑涓滆タ浣犱篃鑳界帺鍑烘儕鍛嗕紬浜虹殑鐗規畩鏁堟灉銆
鎺ヨЕscratch涓ゅ勾浜嗭紝瓚婃潵瓚婂彂鐜皊cratch欖呭姏姝﹀櫒錛屾瘡嬈＄粰瀛╁瓙浠涓婅劇殑鏃跺欙紝鎴戦兘鍛婅瘔鑷宸憋紝鑷宸卞湪鍋氫竴浠舵湁涔愯叮鍙堣兘寮鍙戣嚜韜娼滃姏鐨勪簨鎯咃紝寰堝揩涔愩
I. 澶у︾紪紼媍璇璦璇劇▼鏈夊摢浜涙垜鎯寵嚜瀛︿笉鐭ラ亾鎬庝箞鍏ユ墜鈥︹
鍘諱綘浠澶у﹀浘涔﹂嗗熶竴鏈珻璇璦鐨勪功鍥炲幓鐪嬶紝鏈夌數鑴戝啀涓嬭蔣浠剁紪鍐欑粌涔犲氨澶熶簡錛孋璇璦寰堢畝鍗曠殑錛屽氱粌緇冨氨鐔熸倝浜嗭紒
J. 澶у︾紪紼嬬殑璇劇▼
鎴戞潵緇欎綘璇存槑鍚с備互鎴戜滑瀛︽牎涓轟緥瀛愶紝鎴戜滑涓鍏卞紑榪4闂ㄧ紪紼嬭璦錛屾寜璇劇▼鍥炵殑欏哄簭鎺掓槸c璇璦錛堢1瀛︽湡絳斾笅錛夈乯ava鍜屾眹緙栵紙絎2瀛︽湡涓婏級銆乨elphi錛堢2瀛︽湡涓嬶級錛岄櫎姝や箣澶栨垜浠榪樻湁澶ч噺鐨勭浉鍏寵劇▼錛屽儚鏁版嵁緇撴瀯銆佹搷浣滅郴緇熴佸井鏈哄師鐞嗙瓑絳夈傘傝屾垜浠庡墠涓浣嶅悓瀛︿粬浠閭ｄ釜瀛︽牎灝卞彧寮浜咰璇璦鍜孷C鐨勫︿範銆傘
瀛︾紪紼嬪彧闈犵湅榪囧嚑鏈涔︽槸娌℃湁鐢ㄧ殑錛岃佽嚜宸卞氱粌錛岃屼笖鑰佽礙鐨勪功鎴戜竴鐩撮兘鐪嬩笉涓娿傚惉鎴戜滑鑰佸笀璇達紝鏄鏈夊悕鐨勬暀鎺堥兘蹇欑潃鎼炵戠爺錛屾暀鑲查儴鍙堣佷漢鏉ュ嚭鍑犳湰璁茬紪紼嬬殑涔︼紝鎼炵戠爺閮戒笉鎰挎剰鍘伙紝鎵浠ュ氨璁╁綋鏃舵病浠涔堝悕姘旂殑鑰佽礙鏉ュ啓浜嗭紙涔熷彲鑳芥槸姣涢亗鑷鑽愶紝璁頒笉娓呬簡錛夛紝涔熶笉鐭ラ亾鏄涓嶆槸鐪熺殑銆傚綋鐒惰繖涓嶆槸鎴戠湅涓嶄笂浠栫殑涔︾殑鍘熷洜錛屼富瑕佸師鍥犳槸錛岃佽礙浠栦笉涓庢椂淇辮繘錛岃板緱閭ｄ功灝辨槸涓絎浜岀増錛屼竴榪炲嵃浜嗗ソ澶氬勾錛屾紡媧炵櫨鍑猴紝鑰屼笖涓嶇﹀悎鏂扮殑鏍囧噯銆
瀛﹀畬C++涓鑸鏉ヨ村傛灉娌℃湁鐗規畩闇瑕佸氨涓嶇敤鍐嶅幓瀛C浜嗭紝闈㈠悜瀵硅薄鐨勬濇兂瑕佹帉鎻″ソ銆傛ゅ栵紝寤鴻浣犲氬幓涓涓嬩笓涓氫竴鐐圭殑緗戠珯錛屽儚CSDN浠涔堢殑錛屼釜浜鴻や負錛岀綉緇滆繖閲岀殑瀛﹂庝笉鏄寰堝ソ錛屼笉灝戜漢鍒拌繖閲屽氨鏄涓轟簡璁╁埆浜烘妸浠ｇ爜鍐欏嚭鏉ワ紝璐翠笂錛岃嚜宸變竴鐐硅剳瀛愰兘涓嶇敤錛屽攭錛
鏈鍚庣濅綘瀛﹀緱鎰夊揩錛屽伐浣滈『鍒