The Java Programming Language Notes

 

1，static member

可使用該類對象的Null 參考來引用該類static member
SomeClass obj = null;
obj.staticMethod();
obj.staticData = 1;

用對象引用靜態成員是不被推薦的，但為什麼不像C#那樣禁止掉呢？

2，多重繼承

面對從多個介面繼承而來的簽名相同的方法，子類似乎只能提供一份實現，這樣語義的正確性是如何保證的呢？C#可以在子類中為從多個介面繼承而來的簽名相同的方法各提供一份實現

3，局部類、匿名類、介面內部類

語言在設計方面提供的創新的文法設施，唯一的問題是不要濫用

4，混亂的數組

似乎違反了那句“裝蘋果的籃子不是裝水果的籃子”，在需要基類數組的地方可以傳遞子類數組，喪失了編譯期型別安全，通過運行時異常來避免錯誤

5，求值順序

明確規定了從左至右，善莫大焉

6，範圍

局部變數、參數能夠屏蔽成員變數
局部變數不能與參數同名
更加局部的變數不能與外圍局部變數同名
善莫大焉

7，逗號運算式

沒有逗號運算式，for裡面那個不算

8，break label

功能強大，代替flag，goto

9，異常

相對於返回錯誤碼來說，異常就是那個層次的AOP

10，異常聲明與傳回值的不同待遇

相同的是都不能做為overload的依據，不同的是override時，異常聲明可以被放寬為子類，傳回值卻不能基於同樣的理由放寬為子類，即協變

11，類鎖與執行個體鎖

互不相干

12，服務端同步與用戶端同步

前者主要保護自己的內部資料，後者主要保證調用序列

13，main

Everything has a begin, has an end-------Matrix Revolution
我猜中了開頭，卻猜不到這結局----仙履奇緣

Java程式以main始，卻未必以main終，直到最後一個user線程退出；?假若main啟動了一個user線程，該線程又啟動了一個，又啟動了一個，則雖我之死，有子存焉；子又生孫，孫又生子；子又有子，子又有孫。子子孫孫，無窮匱也

先有雞還是先有蛋？人的起源，生命的起源到底如何？或許有一天人們追溯到極點，卻發現不過是JVM啟動了main，世界毀滅時，不過是JVM崩潰了

扯遠了，.Net的線程與此類似

14，J2SE 1.5的倒退

靜態引入 Static Import
格式化的輸出 Formatted Output
格式化的輸入 Formatted Input
不定參數 Varargs

簡直不敢相信，寧肯學C也不學C++

15，Proxy

當年C++中引入template，只是為了Generic Programming，卻無意中發現了其Generative Programming的強大功能；不知道Java中的Proxy最初的意圖是什麼，卻引起了Generative Programming另外一種形式－－AOP的風潮

16，ClassLoader

在程式中開個後門，某個類的位元組碼從我的個人網站上下載，別被客戶發現，以後想起來就改改，呵呵

17，語言、庫、平台，模糊的邊界

字串串連操作符“+”，是語言的一部分還是庫的一部分？
序列化/還原序列化時那個可被虛擬機器調用的私人的方法，是語言的一部分還是庫的一部分？
SoftRefrence、WeakRefrence等被虛擬機器用來處理對象引用這樣的核心語言特性的類，是語言的一部分還是庫的一部分？

Java不是平台無關的，它本身就是個平台；不是說它不好，只是和傳統的語言有這樣一些區別

18，@deprecated

比起XDoclet等工具，.Net的屬性等特性，它更早的觸動了Java的神經：注釋居然影響了編譯器的行為！總算髮展出了帶有標註的Java

19，override的不同理念

Java/C#：只要存取權限允許，就可以調用重寫的方法，不管子類物件建構出來沒有
C++：只要子類物件建構出來了，就可以調用重寫的方法，不管存取權限

造成的後果就是：

Java/C#：在基類建構函式裡調用方法，只要子類有許可權覆寫，就會調到子類的實現
C++：在基類建構函式/解構函式裡調用的方法永遠都是基類的實現，不會調到子類；在其它方法裡面永遠都是調到子類的覆寫實現，不管是不是private

20，IO

位元組是沒語義的，因此叫Stream
字元是有語義的，因此叫Reader與Writer

需要將沒語義的適配為有語義的，叫InputStreamReader，OutputStreamWriter
實用的，叫DataXXX，對象序列化的，叫ObjectXXX

21，java.io.File

放錯了地方，實際是檔案系統的抽象，跟IO沒什麼太大關係，應放到系統包裡，跟Thread之類並列

22，Collections

一般的設計原則是子類重寫方法的前置條件應弱於父類方法，但Collection及其子類適時的沒有遵守這個原則，以此證明了任何原則都有適用範圍；Collection的設計目的是儘可能通用，而不是運行時的多態，你仍然需要選擇合適的具體的資料結構，儘管它有時只是通過Collection介面來引用

23，Iterator

不同於STL，Iterator提供了內部安全的Remove()，部分還提供了Add()；但遍曆終歸是不安全的，又一次不同於STL，Iterator自己能感知外界變化，拋出異常來自我保護，而不是產生未定義行為

24，Timer()，Timer(true)

最常用的卻不是最方便的，不得不記住參數；可以用兩個建立方法，可以用兩個子類，就算用參數，也應該用枚舉代替布爾，噢，忘了1.5之前沒有枚舉，那就靜態常量吧，new Timer(Timer.DEAMON)和new Timer(true)，哪個更清晰？

25，脆弱的private

除了序列化/還原序列化時存取權限被平台破壞，在預設安全設定下，Class.newInstance()也能夠構建ctor聲明為private的類的執行個體，帶來的效果就是，希望強迫客戶代碼使用IoC原則的開發人員，可用放心的將bean的ctor聲明為private了

(The C# Programming Language Notes)
(J2SE 5.0 的角落)