未支持的操作

　　利用static（靜態）數組ArraystoList()也許能將一個數組轉換成List如下所示
　　
　　//: Unsupportedjava
　　// Sometimes methods defined in the Collection
　　// interfaces dont work!
　　package cnewcollections;
　　import javautil*;
　　
　　public class Unsupported {
　　　private static String[] s = {
　　　　one two three four five
　　　　six seven eight nine ten
　　　};
　　　static List a = ArraystoList(s);
　　　static List a = ArraystoList(
　　　　new String[] { s[] s[] s[] });
　　　public static void main(String[] args) {
　　　　Collectionprint(a); // Iteration
　　　　Systemoutprintln(
　　　　　ntains( + s[] + ) = +
　　　　　ntains(s[]));
　　　　Systemoutprintln(
　　　　　ntainsAll(a) = +
　　　　　ntainsAll(a));
　　　　Systemoutprintln(aisEmpty() = +
　　　　　aisEmpty());
　　　　Systemoutprintln(
　　　　　aindexOf( + s[] + ) = +
　　　　　aindexOf(s[]));
　　　　// Traverse backwards:
　　　　ListIterator lit = alistIterator(asize());
　　　　while(lithasPrevious())
　　　　　Systemoutprint(litprevious());
　　　　Systemoutprintln();
　　　　// Set the elements to different values:
　　　　for(int i = ; i < a.size(); i++)
　　　　　a.set(i, "47");
　　　　Collection1.print(a);
　　　　// Compiles, but won't run:
　　　　lit.add("X"); // Unsupported operation
　　　　a.clear(); // Unsupported
　　　　a.add("eleven"); // Unsupported
　　　　a.addAll(a2); // Unsupported
　　　　a.retainAll(a2); // Unsupported
　　　　a.remove(s[0]); // Unsupported
　　　　a.removeAll(a2); // Unsupported
　　　}
　　} ///:~
　　
　　從中可以看出，實際只實現了Collection和List接口的一部分。tw.WIngWit.cOm剩余的方法導致了不受歡迎的一種情況，名為UnsupportedOperationException。在下一章裡，我們會講述違例的詳細情況，但在這裡有必要進行一下簡單說明。這裡的關鍵在於“集合接口”，以及新集合庫內的另一些接口，它們都包含了“可選的”方法。在實現那些接口的集合類中，或者提供、或者沒有提供對那些方法的支持。若調用一個未獲支持的方法，就會導致一個UnsupportedOperationException（操作未支持違例），這表明出現了一個編程錯誤。
　　大家或許會覺得奇怪，不是說“接口”和基礎類最大的“賣點”就是它們許諾這些方法能產生一些有意義的行為嗎？上述違例破壞了那個許諾——它調用的一部分方法不僅不能產生有意義的行為，而且還會中止程序的運行。在這些情況下，類型的所謂安全保證似乎顯得一錢不值！但是，情況並沒有想象的那麼壞。通過Collection，List，Set或者Map，編譯器仍然限制我們只能調用那個接口中的方法，所以它和Smalltalk還是存在一些區別的（在Smalltalk中，可為任何對象調用任何方法，而且只有在運行程序時才知道這些調用是否可行）。除此以外，以Collection作為自變量的大多數方法只能從那個集合中讀取數據——Collection的所有“read”方法都不是可選的。
　　這樣一來，系統就可避免在設計期間出現接口的沖突。而在集合庫的其他設計方案中，最終經常都會得到數量過多的接口，用它們描述基本方案的每一種變化形式，所以學習和掌握顯得非常困難。有些時候，甚至難於捕捉接口中的所有特殊情況，因為人們可能設計出任何新接口。但Java的“不支持的操作”方法卻達到了新集合庫的一個重要設計目標：易於學習和使用。但是，為了使這一方法真正有效，卻需滿足下述條件：
　　(1) UnsupportedOperationException必須屬於一種“非常”事件。也就是說，對於大多數類來說，所有操作都應是可行的。只有在一些特殊情況下，一、兩個操作才可能未獲支持。新集合庫滿足了這一條件，因為絕大多數時候用到的類——ArrayList，LinkedList，HashList和HashMap，以及其他集合方案——都提供了對所有操作的支持。但是，如果想新建一個集合，同時不想為集合接口中的所有方法都提供有意義的定義，同時令其仍與現有庫配合，這種設計方法也確實提供了一個“後門”可以利用。
　　(2) 若一個操作未獲支持，那麼UnsupportedOperationException（未支持的操作違例）極有可能在實現期間出現，則不是在產品已交付給客戶以後才會出現。它畢竟指出的是一個編程錯誤——不正確地使用了一個類。這一點不能十分確定，通過也可以看出這種方案的“試驗”特征——只有經過多次試驗，才能找出最理想的工作方式。
　　
　　在上面的例子中，Arrays.toList()產生了一個List（列表），該列表是由一個固定長度的數組後推出來的。因此唯一能夠支持的就是那些不改變數組長度的操作。在另一方面，若請求一個新接口表達不同種類的行為（可能叫作“FixedSizeList”——固定長度列表），就有遭遇更大的復雜程度的危險。這樣一來，以後試圖使用庫的時候，很快就會發現自己不知從何處下手。
　　對那些采用Collection，List，Set或者Map作為參數的方法，它們的文檔應當指出哪些可選的方法是必須實現的。舉個例子來說，排序要求實現set()和Iterator.set()方法，但不包括add()和remove()。
From:http://tw.wingwit.com/Article/program/Java/JSP/201311/19772.html