編程語言庫亂為什麼

㈠ c語言編譯運行亂碼是什麼原因

這種情況多數是由於操作系統的語言選項不正確引起的。建議你查看一下控制面板中的區域和語言選項，特別是有關「非Unicode程序的語言」，一定要選擇成「中文（簡體，中國）」。然後重啟電腦。

㈡ 如果編程語言學多了會不會亂

語言的東西大致都是相差無幾，最重要的是學習一些編程思路，一些實現方法。把一個程序思路給弄懂了，代碼實現起來就很簡單。每種語言無非就是200多個關鍵字，而且用法90%以上都是一樣，弄懂了也就沒什麼了，再加上有SDK輔助。多看，多練習。就算在語言方面弄混也沒什麼關系，一下很快就會有你想要的答案。

㈢ 編程語言語法都不同,學了幾種生,你們會不會覺得混亂

不混亂，相反，編程語言語法都差不多。當你完全熟了以後就沒有什麼感覺了，就像你說家鄉方言，說普通話，各說各的都很自然。

㈣ 為什麼軟體會亂碼

軟體亂碼一般是字體設置錯誤或者丟失或者區域語言設置有問題導致的，可以通過下面方式修復:

1.首先從字體顯示正常的電腦拷貝一份字體庫，具體目錄在c:/windows/font，然後覆蓋原系統的字體庫，如下圖所示

2.還原系統默認字體。具體設置，開始，控制面板，所有控制面板項，字體，然後點擊還原默認字體設置即可。

3.系統區域語言設置有問題導致軟體亂碼，現在很多軟體亂碼都是因該問題導致的。

現在很多軟體出現亂碼主要原因就是系統的區域和語言設置出現問題，需要恢復默認的中文（簡體，中國）。點擊開始，控制面板，打開控制面板對話框，然後點擊時鍾謹拿、語言和區域，然後再點區域和語言，打開區域此亮和語言對話框，切換到管理選項卡，然後非Unicode程序的語言中點更改系統區域設置，切換到中文（簡體，中國），然後重啟電腦即可修復亂碼問題。

Unicode（統一碼、萬國碼、單一碼）是一種在計算機上使用的字元編碼。它為每種語言中的每個字元設定了統一並且唯一的二進制編碼，以滿足跨語言、跨平台進行文本轉換、處理的要求。多數字元都是這種編碼。但由於不同國家和地區採用的字元集不森晌寬一致，很可能出現無法正常顯示所有字元的情況，非 Unicode選項作用就是在遇到這種情況時，把非 Unicode編碼字元按照你選擇的語言進行顯示。

㈤ 為什麼有的程序員的代碼結構混亂

程序員都有一顆工程師的心，所以當他們到一片新的場地想做的第一件事就是，將舊的一切推倒重來。是的，他們決不會滿足於簡單的增量勞動。

或許這種微妙的心理定位可以解釋：為什麼程序員進入新項目組後寧願丟掉舊代碼重新寫，也不願意修修補補。他們認為舊代碼簡直一團糟。

但是，事實上真是這樣嗎？你之所以認為舊代碼一團糟，其實是由編程的一個基本定律決定的，那就是：寫代碼容易，讀代碼難。

為什麼你覺得舊代碼異常混亂？因為讀代碼更難。

這大概就是代碼Reuse難以實現的原因。 這就是你組里的每個人都喜歡用不同的功能將分割的字元串轉換成一個數組。比起猜測舊的功能是怎樣實現的，重新寫一個自己的功能要簡單和有趣多了。

作為這個公理的推論，你可以問問身邊的程序員他們正在奮戰的代碼怎麼樣？「簡直是一塌糊塗！」他們肯定會這樣說。「我簡直想推倒重來！」

為什麼認為代碼這么糟糕呢？「額，看看這個功能，竟然有兩頁長！完全不知道這些東西為什麼在這里！完全不知道這些API是干什麼的。」他們會這樣回答你。

漫畫：讀別人代碼是一種怎樣的體驗？

曾經，Borland的創始人 Philippe Kahn當初就是向記者們吹噓：Quattro Pro會比Microsoft Excel要好用得多，因為它是從頭開始編寫的，全部都是新的源代碼！

但是，認為新代碼比舊代碼好簡直就是荒謬。舊代碼是已經運行過的，測試過的。無數的bug在被發現前都上線運行過，發現之後程序員們可能在花了好些日子才修復了這些bug。這種修復可能是一行代碼，也可能是幾個字元，無數的時間和精力都花在了這些bug修復上。

當你決定拋棄這些舊代碼從零開始的時候，你也丟掉全部前任努力的結果。

新代碼一定比舊代買好？NO，重寫可能會帶來更大的風險。

對技術領導者來說，重寫項目的代碼也是一個異常艱難的決定。因為從公司層面說，重現代碼甚至會威脅產品的市場競爭力。一旦決定重寫代碼，那麼與競品相比，你可能落後了2~3年——在軟體行業，這時間可夠長的。

你理想中的新代碼會帶來產品功能的提升▼

但事實上，即便重寫的新代碼可以實現舊代碼的所有功能和需求，但是為產品帶來的市場競爭力只有邊際提升。因為重寫用的新技術、新語言、新框架並沒有給產品帶來質的飛躍。

更不用說在重寫的漫長過程中可能會遇到一些意外情況，比如：

1、缺錢：資金鏈的斷裂▼

2、缺人：核心程序員離職

最終導致效果不佳：達不到原產品應有的所有功能和需求，白白浪費了時間和金錢，也丟掉了市場競爭力。▼

所以重寫代碼意味著，你在把自己置身於非常危險的境地，可能幾年後你也寫不出比以前更好的代碼。你只是花了一大筆錢把已經存在的代碼又寫了一遍。

當你覺得眼前的舊代碼很爛時，該怎麼辦？

你覺得舊代碼寫的很爛，那又怎樣呢？它們已經上線，已經在實際運行中經受住了考驗。所以當你發現前任留下的代碼亂七八糟的時候，不妨冷靜下來，從以下三個方面入手理解代碼、改善代碼：

1、代碼的結構有問題

如果一段網路代碼突然彈出了自己的對話框，應該是UI代碼需要被處理。這些問題可以被解決掉，你要一次次小心地移動代碼，重構，改變介面。還需要一位細心的工程師立馬仔細地檢查這些改變是否有問題，從而不打擾到其他人。事實上，甚至比較大的結構變化也可以不扔掉代碼來完成。

大牛程序員Joel Spolsky回憶說，曾經在某個項目中，他和他的團隊花了好幾個月重新架構在一點上：把代碼動來動去、清理、創建有意義的基類，並創建了模塊之間的完美介面。但是他們始終非常小心翼翼，並沒有產生新的bug、也沒有丟掉任何舊代碼。

2、代碼的效率不高

曾經，Netscape的渲染代碼被傳非常緩慢。但事實上，這只會影響該項目的一小部分，這部分是你可以優化甚至重寫的。你完全不必重寫全部代碼。優化速度的1％工作量，會讓你獲得99％的爆炸性提高。

3、代碼寫得很醜

有些代碼真的寫的很醜，比如Joel曾參與一個項目，開始用下劃線做開始的成員變數約定，但後來改用更標準的「M_」。所以一半的功能用「_」開始，一半用「M」開始，這看起來真的很醜陋。但這個問題5分鍾就能解決，而不用從頭開始寫全部的代碼。

最後，你要記住，從頭開始再寫一遍並不意味著你會寫出比以前更好的代碼。因為你沒有參與到上一個版本的創建，所以你其實根本就不算有經驗。一旦你准備推倒重寫，你可能會再犯一遍版本一犯過的錯，甚至會產生更多的新問題。

一個總結：

面對糟糕的舊代碼，Keep Calm & Carry On !

在大型商業項目中，推倒重來是非常危險的行為。當然，如果你是在做實驗，想到新演算法可以隨時重寫。

㈥ VB、Delphi等編程語言沒落的主要原因有哪些

VB、Delphi等編程語言流行的時代是1995年前後，PC開始進入家庭和公司，這個時候的主流應用叫Windows窗體應用。現在，我們的電腦上還有大量這樣的應用，如Office，WPS，ERP系統等。值得一提的是，同期還有一個開發這類軟體的神器：Powerbulid。Powerbulid讓工廠裡面的程序員與軟體公司的程序員處於同能納李開發能力上，那是定製開發的黃金時代。

VB1,0誕生於1991年，鼎盛的VB6.0誕生於1998年。Delphi1.0誕生於1995年，鼎盛的Delphi7.0誕生於2002年。Delphi其實沒有沒落，依舊繼續發展。Delphi的繼續發展歷程，可以解釋為什麼這些古典語言會沒落。

2000年以後，世界走入了互聯網時代。瀏覽器代替了傳統了windows窗體應用。操作系統也不是微軟一家獨大，linux系統迅速崛起。為了迎合這個潮流，Delph先後出現了跨平台版，ios編程版，安卓開發版，移動開發洞州遲版。但是，這個時候的後起之秀層出不窮，Delph的後續版本在中國基本沒有公司在用。

VB、Delphi等編程語言前浪所以會被java為代表的後浪編程語言取代，最大的原因是軟體公司為了支持向上兼容(Upward Compatible)，需要花費巨大的資源去維持老語言的功能特性。1990年代的各種程序，依然在各種Windows窗體上跑得起來，可見兼容性之強。你對比一下國內的各種ERP產品，升個級，原來的二開程序就報錯了，真是天上地下。實現向上兼容需要公司花費巨大的成本，這種成本在開源社區模式沒有火起來之前，只能靠公司負擔，即便微軟也受不了。

Java也出來很多年了，這個負擔也呈現出來了，沒落是遲早的事情。語言畢竟是人造的，向上兼容只有上帝才能低成本的實現出來。各種生命，一定是向上兼容的。編程語言，還遠遠不到這個境界。

VB是沒落了，Delphi近些年市場雖然衰退，在國外還是很流行的！最新版Delphi版本是DX10.3，依然是無與倫比的。DX10.3是跨平台的框架，同時支持Delphi和C++，幾乎可以開發PC、平板、安卓和蘋果手機程跡歲序，代碼重復性非常高，開發效率無與倫比！

VB6是微軟停止開發了而已。繼任者VB.NET，歐美日台和工控領域用的人多一點，再就是原來VB6的老碼奴用。 國內.net基本上都用C#，語法和Java相通。VB.NET我也用過, 語法可能是看起來有點啰嗦，實際上和花括弧差別不大，畢竟在IDE裡面寫代碼,都是自動補全。Delphi沒落主要是沒競爭過微軟，領頭人都被挖走開發C#了。然後公司方向錯誤，押寶在跨平台開發上，錯過web發展的 歷史 機遇。

VB、Delphi等基於CS的編程語言的沒落，起於BS架構的瘦客戶端興起，敗於移動端的普及。

但是也不用誇大其詞，認為CS架構如何無用。只是對於絕大多數的普通用戶而言，基於瀏覽器和移動端的應用系統已基本滿足日常所需。

這只是業務領域細分的結果，很多編程語言開始更加強調垂直領域的應用，從「主流」變得「小眾」而已。比如，瀏覽器是什麼語言做的？OS呢？DB呢？IDE呢？其它就更別提各類專業的工具軟體和底層應用，各類驅動等。

前端的輕量化，不代表後端同樣的輕量化，相反，後端/伺服器端往往為了追求穩定性，可靠性，基本就是這類「沒落」語言一統天下。

其實，沒有誰好誰壞，誰強誰弱，存在即合理。

Delphi沒有沒落。

說Delphi沒落的人估計沒有跟著Delphi XE進步，10.3後的版本非常好用，開發手機APP效率很高，還支持跨平台。

VB也沒有沒落。在windows上用VBA或VB Script做基於office套件的開發很高效。

如果在windows下做人機界面特別是資料庫應用，Delphi控制項或VB控制項，好用高效還好看。如果基於windows DLL做應用，流暢快捷。

如果不喜歡Pascal風格，可以用C++Builder，與Delphi開發環境相同。

時代變了，趕不上時代變化。

他們都是適合pc windows開發，所以這點就是落伍原因。

後台開發，不行，因為大部分跑在linux上。

移動開發，不行，因為是android和ios。

即便是pc前端，現在用js的是主流，即使是需要本地性能，那也是qt多。

這些人不懂vb在這里嘰歪，vb仍然好用，尤其是在企業，用vb開發的桌面程序很多。企業不需web端，極不安全，C/S是編譯後運行，安全性同web不是一個量級的，而且企業處理事務不可能用手機，此外vb在win7、8、10都沒一點問題，不支持的說法是怎麼來的。

Delphi是編譯型的，和其他高級語言一樣，是針對專業開發人員而設計的，它的使用對象是職業IT。 職業IT的開發工具非常多，市場競爭本來就激烈，很容易一步錯，步步錯。 這倒不是技術上的原因，而是市場的原因。就像VB.Net，在前期折騰中，錯失市場。整個開發的容量就那麼大，位置被佔了，就再也沒有了。Delphi也差不多，在商業買賣中，連創始人都跑去做C#了，後續版本的未來也就可以想像了。

但這並不影響已發行版本的使用，這跟VB6一樣，該幹嘛幹嘛。所以 說這些工具已死的說法，是站不住腳的。 但作為專業的高級開發語言而言，它必須在高級的路上不斷的進化，才會有開發人員使用。大量開發人員的使用，才會降低項目的實施成本。相反，如果得不到進化，那麼開發的人才資源，就會逐漸枯竭，從而提高項目的成本，進而影響項目的技術路線。 對於專業開發人員而言，掌握一項停止進化的的高級開發語言，就意味著工作機會的收縮。

但這對於一項可實施的技術而言，並不妨礙它繼續工作。所以 這種落敗，不是指技術，而是指就業機會的凋零。 就VB和Delphi而言，只要不用於糊口的工作，他們仍然是桌面應用開發的一把好手。

早在1962年的DOPE時，該語言就明確針對教學，到後來的BASIC，更是有學生參與開發。所以在VB進化的起點處，易用就是其最大的特點，那VB使用對象自然就是非職業IT。隨著VB的發展，繼續保持了易用性，雖然陸續加入了專業開發的元素（可參閱《VB前傳，從教學到 游戲 ，再到系統，似乎每步都是精心設計 》和《早判了，VB已死，但我說話了么？ 》），但非專業群體很快就占據了絕對優勢。也正是廣大非IT的人民大眾，將微軟推上了今天的位置，這其中VB功不可沒。

但隨著微軟坐穩個人PC的霸主地位後，軟體行業的戰火已經燒到了互聯網。JAVA的迅速崛起，讓微軟不得更換戰略。 跨平台屬性呼之欲出，有著沉重 歷史 包袱的VB，顯然已不再符合這場戰斗。其實在1995年VB4.0時，也就是JAVA首個版本發行的那年，微軟在核心戰略上就已經轉向了，VB走向VBA，為VB後續的退位埋下了伏筆。

隨著.Net框架的誕生，VB開始走向幕後。近10年以後，微軟官方才遲遲宣稱，不再繼續更新VB。據稱經後來統計，VB生產的代碼量是C/C++的數十倍之多，這足以理解官宣為何遲到這么久。 直到今天，微軟仍然沒有宣稱不再系統級支持VB，在Win10上，VB仍然在系統支持范圍內。

熟悉微軟 歷史 的人，很清楚個人PC與VB、與微軟之間的關系。VB屬於普通人，個人PC屬於普通人，Windows系統更是屬於普通人。微軟當年依仗Basic，這個非專業玩具，才獲得了普通人的選票。這些選票，微軟不會輕易地就交出來。到今天，VB是不再更新了，彷彿停留在了32位機時代，曾經很多靠VB6吃飯的人，憑借VB6很難再找到工作。 VB是沒落了，不過沒掉的是專職的那一部分人，VBA和VBS卻堂而皇之地睡在64位機里繼續保護著Office的生態。

遠離商業的煩擾，VB終於回歸到了最初的樣子，在VBA的世界裡，讓成千上萬的普通人，繼續，學習計算機，使用計算機，熱愛計算機。 就連VB讓道的C#，也只能與其他開發工具一樣，使用介面開發Office。

或許有一天，微軟會徹底升級Office，會給大家一個更好的VBA。但在這之前，微軟需要考量的是，VBA里那些沉默的大多數，生產的代碼量，可能又增加了不止數十倍了。

從所有開發語言的發展 歷史 來看，也只有VB是專為非職業IT而生。 更多非職業IT技術內容，請關注BtOfficer，獲取閱讀，為非IT人士帶來職業IT的視角，正是時候。

vb是本來就爛，delphi沒落是因為沒跟上潮流，b/s大行其道的時候，她還主要支持c/s開發，為自己的傲慢買了單

vb沒太多用，但是說delphi沒落屬於過分吧。 delphi到xe時代的確亂，個人感覺定位不明確，做個毛線的跨平台，但是從c/s系統，或者win32平台，delphi非常便捷， 一些小東西用delphi很快的。吐槽下，跨平台就有些扯了（本人不搞安卓，ios和osx 還是用原生或者H5）。穩定性還是差。編譯包巨大。不好好固守自己的領域亂搞一氣。 目前老衲一般編寫軟體 win用delphi（除非必要，還在用delphi2010，很多時候用delphi2010寫dll 用xe寫UI ），如果雙平台，ios 和osx 用oc（一般用delphi先寫win版本，然後翻譯成oc，可能是個人習慣，用delphi 調試和編譯快，在編寫的時候注意要跨平台）dll 一般用vc++或者delph7 或者delphi2010。 如果需要網路數據傳輸一般用php，或者java 等（考慮到跨跨平台，這個可以通用，傳遞回json）