??? ??? 今日發(fā)現(xiàn)一名為savage100的同學(xué)問我關(guān)于范型效率的問題的留言，抱著負(fù)責(zé)任的態(tài)度，想給那位仁兄做個(gè)回復(fù)，不成想未發(fā)現(xiàn)blogjava有回復(fù)功能，而且也未找到savage100的博客。唉！于“百忙之中”以此文作解，也算盡了我回復(fù)之責(zé)任。
??? ??? 簡(jiǎn)單的說，關(guān)于java范型的效率問題我并不是很清楚，其實(shí)我也不是很關(guān)心這個(gè)問題。如果一個(gè)項(xiàng)目真的對(duì)效率的要求都達(dá)到了語(yǔ)言特性之上，那這個(gè)項(xiàng)目就不應(yīng)該使用效率先天不足的java。還記得java早期版本時(shí)的低效率嗎？那時(shí)的程序員總是費(fèi)勁心思整出些“奇技淫巧”，現(xiàn)在看看那時(shí)的一些代碼建議都滿有意思的?，F(xiàn)在的java執(zhí)行效率算是不錯(cuò)了，對(duì)于面向應(yīng)用的程序來說，java語(yǔ)言本身不應(yīng)該成為瓶頸。實(shí)際上，即便是性能卓越的C語(yǔ)言，在一些程序員手中也一樣會(huì)效率底下。再看看jdk中大量的使用范型重寫的代碼，就可以明白java范型的執(zhí)行效率應(yīng)該是沒問題的。而最大的問題是，我們?nèi)绾魏侠淼氖褂梅缎蛠斫鉀Q類型安全問題。
??? ??? 如果是做web開發(fā)，范型更不是問題了。也許這時(shí)候我們要問的是，SSH中的反射、代理、字節(jié)碼生成是不是我的程序慢的原因啊？是，也不是。相比于網(wǎng)絡(luò)傳輸、數(shù)據(jù)庫(kù)訪問，框架本身的性能問題并不是很嚴(yán)重。雖然Hibernate相比JDBC要慢一些，但合理的運(yùn)用數(shù)據(jù)庫(kù)及Hibernate方面的最佳實(shí)踐，Hibernate就不會(huì)成為項(xiàng)目的性能瓶頸。即便是相同的技術(shù)相同的問題，不同的程序員做出來的執(zhí)行效率也是不一樣的。說到底，人的因素是最重要的。
??? ??? 想再說些，但時(shí)間已晚，到此打住吧。