SpringSide中使用的JDK5.0特性
隨著光陰推移，Annotation 慢慢在開源框架中推廣，泛型漸漸被程序員們用熟，加上AutoBoxing的小糖，SpringSide終于離不開JDK5.0。
1.AutoBoxing 與 For Each 循環
本來int的非Object性就很無聊，在JDK5.0終于提供了autoboxing功能。這個語法簡化糖，被用在了每一個地方。
for each 循環也改善了原本總要愣一下的collection遍歷。不過對于非JDK基本類型，collection必須用泛型聲明，如List<Book>。
2. 泛型
泛型大量用于SpringSide Core中的基類，使子類更簡潔，基類更強大。當然，基類是難讀了，所以才需要社區花上這么長的時間來把<T>看到順眼。
泛型使用的有兩個定式：
2.1 避免強制類型轉換
如果函數輸入參數里含Class類型，而返回值又是該Class的實體，應該將該函數設為泛型函數。最典型的例子是HibernateGenericDao
的get() 函數
public <T> T get(Class<T> entityClass, Serializable id) {
return (T) getHibernateTemplate().get(entityClass, id);
}
其中眼花繚亂的第一個<T>聲明這是一個泛型函數，第2個T聲明返回值為T，第三個Class<T>代表 T.class。基類寫的辛苦，但子類用得爽快
Book book = (Book)manager.get(Book.class,1) 簡化成了 Book book = manager.get(Book.class,1);
2. 2 泛型配合反射API從T獲得 T.class。
最典型的例子HibernateEntityDao，子類只需以下定義，即獲得要管理的Entity的Class。
BookManager extends HibernateEntityDao<Book>
此時子類只要聲明一次T，上面的Book book = (Book)manager(Book.class,1) 就能簡化成Book book = manager.get(1);
一舉兩得地既避免了強制類型轉換，又聲明了T.class 供框架使用，無須再在Manager的構造函數或getEntityClass()函數定義entityClass，。
反射的API 詳見GenricsUtils ，精簡的對上面BookManager的定義反射代碼如下:
Type genType = clazz.getGenericSuperclass();
Type [] params = ((ParameterizedType) genType).getActualTypeArguments();
return (Class) params[0];
泛型反射的關鍵是獲取ParameterizedType，再調用它的getActualTypeArguments()方法獲得實際綁定的類型。但注意public class BookManager<Book>是不能被反射的，因為擦拭法的緣故。只有在Superclass 或者成員變量(Field.getGenericType())等有函數返回ParameterizedType的時候才能成功反射，，
比如
public class BookManager extends Manager<Book>{} public class BookAction { private BookManager<Book> manager;}
2.3 其他應用
1. 在XFire中，List getBooksByCategory()函數返回的結果，需要用aegis.xml 文件聲明List中的元素為Book.
而如果定義函數為 List<Book> getBooksByCategory()，就不再需要聲明，省掉XMl配置文件。
3.Annotation
Annotation 大幅提升了Java的編程模式，SpringSide 目前運用的Annotation 有以下三個地方，幸運的是前兩者同時也提供JDK1.4的JAVADoc式配置，只是麻煩一點點而已
3.1. Hibernate Annotation
使用Hibernate Annotation 代替hbm文件，因為annotation高度的默認性，典型的POJO基本上不需要定義什么，代碼的簡約性和可管理性大幅提高，直追ROR。
另外，經過測試，annotation 完全能勝任一些比較復雜的Mapping定義，如Product-Book的父子繼承關系，Order-OrderItem-Product的經典三角關系。
2. XFire JSR181 Annotation
JSR181聲明的Web Service，比原本用xml定義的模式節約了XML文件和配置代碼的數量。
3. 聲明Entity類型的Annotation
使用Annotation 聲明Entity的類型，比如Udeletable，Auditable 等，比用接口聲明的方式有更少的侵入性，詳見 侵入，非侵入？Interface vs Annotation。
4. 三種內置Annotation
JDK5.0 有SuppressWarnings，Deprecated和Override 三種內置的annotation：
@Override
此標簽一方面提醒用戶這是個重載函數，另一方面保證了父類函數的參數或者名字改變時，子類如果沒有跟著變化，就會編譯不過。
雖然有點占地方，但用處的確很大，不會哪天子類被人賣了都不知道。
所以我設置了讓IDEA6檢查所有重載函數必須加上@Override標識。
@SuppressWarnings("unchecked")
此標簽可以讓編譯器忽略某種warning信息，比如減少JDK5.0的集合操作引入范型后無處不在的warning。
因為有些非JDK5.0的開源庫如hibernate, 函數返回的一定是List，而不會是List<User>，這時候IDE就會爆出很多warning。用SuppressWarning("unchecked")可以讓IDE安靜一些。
其他常用warning還包括 @SuppressWarnings("unused") 和 SuppressWarnings("serial")
@Deprecated
此標簽以前寫在JavaDoc里，現在提到annotation，注釋已廢棄的函數。用戶使用該函數的話，編譯時會得到"你用了廢棄"的提示。
5.可變參數
用于HibernateGenericDao中，簡化函數接口。
比如 一個public List find(String hql, Object... values)，就支持了如下四種調用，避免了以前的煞費苦心的定義多種接口，然后把參數轉成統一模式的大量重復定義。