java技術分析

2019-11-18 14:12:09

字體：大中小

來源：轉載

供稿：網友

　　作者：seaside
日期：2001-4-20 11:52:17
代碼一致性問題
java 的代碼是采取偽編譯的，屬于非凡的腳本文件；
既然是腳本，當然是“跨平臺的”；
知道 php 吧？

編程思想問題
java 確實引入了一些新的概念，對于編程是一種促進；

語言表現形式
java 使用的是改進了的 C++ 風格，通過格式化的命名解決了 C 中命名中斷問題；
微軟的 .net 也參考了它的風格；
這一點值得我們學習；

界面問題
java 的界面讓人不敢恭維；
在所有平臺表現都是同樣糟糕的（圖形或者字符）界面；
程序員所接觸的是闊別多年的字符界面（讓人感到很親切）；

運行效率問題
由于它是解釋執行，效率自然很低；
最典型的是 JBuilder，讓我們在工作之余可以輕松的喝杯咖啡，作為 java 的程序員，真應該感謝 sun；
有人說“可以理解做企業級應用的程序員對JAVA的喜愛。從他們的立場，軟件輕易修改和移植比運行效率高要重要的多”，真的這樣嗎？我對此深表懷疑；
還有人說“語言變得無意義，每種語言都能做相同的事,并有相同的執行效率,這是馬上要發生的事”，但對于腳本語言（包括 java），是不可能達到編譯語言的執行效率的，看來，我們只能用 java 跟 php 相比了；

投資問題
java 應用的開發和運行費用是很高的；
操作系統和數據庫都需要從第三方購買；
（大家都感覺 M$ 黑，現在看來甲骨文更黑）

歷史遺留問題
java 是個“全新的”系統，所有的歷史遺留它一概不管；
采用 java，原來的東西都推翻了重做，浪費多嚴重？

創新問題
java 是有些創新思想，但假如說它是“全新的”語言，嘿嘿，sun 好意思承認嗎？
很多概念早有了，大家都是在學習前人經驗基礎上發展的，java 當然也不例外；
很多原來就有的東西，sun 改頭換面，或許是為了避免糾紛，或許是為了嘩眾取寵，炮制出新的概念，欺世盜名；
有人說“微軟最為擅長的就是在技術落后的情況下，借鑒別人的想法，整合到自己的戰車上”，sun 難道比微軟高明多少？

技術壟斷問題
眾所周知，sun 也是封閉源代碼的；
或許，現在有些東西 sun 是免費提供的，當它真正強大以后，鬼知道他們會怎樣；
舍棄微軟，投奔太陽，所謂才離狼穴，又入虎口；
sun 的野心，不可不察；

JIT 的必要性
采取字節碼（腳本）是為了跨平臺；
但是，眾所周知，代碼的更改并不是經常的，運行次數比版本發布的次數不知道要高上多少倍，每次運行都重新編譯，有這個必要嗎？！

“虛擬機”問題
java “虛擬機”其實是一個腳本解釋執行程序，換了名字而已；
有人說“虛擬機是一種強大的故障保護系統還是有一定現實意義的”，虛擬機跟故障保護系統沒有絲毫關系，況且 java 程序出錯的情況在 chinaren 上面是有目共睹的；

為什么使用 java
可以達成共識的只有“為了混飯吃”；
有個“職業程序員”說是因為“流行”，但他說的“職業的人注重走路本身，不管走到哪里，因為它往往要自己找路走，更多的人是為了到達目的，這是個側重點的問題”就很古怪，用 java 是為了用著玩，而不是為了使項目達到目的？
還有個說法，“隨便找個做MIS的，稍微白呼兩句就能扔出去做JAVA高手狀了”；
有個對于 java 崇拜的五體投地的人說漏了嘴，“開發服務器軟件現在最佳的語言還是c,c++,需要畫大量的用戶界面還是用vb,pb快些”，哈哈；

上一篇：Java技巧21使用檔案文件提高applet的加載速度

下一篇：Java技巧：Java向Web站點發送POST請求