jsf與jsp

最近有看jsf,對用netbeans開發jsf這一塊真是一個字了得:爽! jsf是對jsp的重大改進,但目前沒有流行起來,實在感覺有點怪怪的! 也許是sun公司的推銷策略不好,也許大部分公司都在struts上面投入太多的人力 物力,不願意一下子遷移到jsf的平臺上去.用慣了struts覺得struts開發挺順手的, 效率也挺高的,這也是人之常情! 但面對又一次傻瓜似的環境,又一個vb似的平臺,對於主要面向業務系統而言的開發 又有什麼理由去拒絕呢? 我相信,jsf終會是java web框架的主流![@more@]

近日再看前些日子，寫得這篇文章，覺得多麼的輕率。

其實現在的開發，再也不是90年代拖拉控制元件時代，大家都在微軟的引導下走過了十幾年的軟體開發之路，習慣了那種拖拉開發方法。今天微軟仍然想重複昨天的故事。

有人總在想java開發效率之低，其實低是相對的。是因為你作為一個公司在這一塊沒有沉澱。當把java的框架很好的搭建好以後，他的效率那不是一般的高。

從前，我用pb開發mis.用pb開發mis框架。將一切不是業務是的方法都用類庫(library)的形式包起來，將常用的視窗封起來，將查詢封起來。將許可權控制封起來...一切封起來之後，只想留下業務介面。詳細點說就是資料視窗只設定資料視窗物件，資料視窗物件不同，利用 類庫自動解析資料視窗，然後留下初始化介面，留下校驗介面。將一切開支能降低的都降低!

我認為pb的開發效率是相當的高了，幾乎不用考慮查詢，不用考慮列印，不用考慮匯入匯出，不用考慮許可權控制。這一切歸功於什麼，個人認人，主要歸功於資料視窗。歸功於資料視窗的規範定義。

在java中，其實是一樣的，你要定義自己的規範，然後自己去編寫解析規範。就如sun公司定義jdbc規範一樣，你做到了這一步，你利用java開發越久，你越發覺得開發如此輕鬆！

比如，大家都覺得寫jsp頁面很累人，其實做mis大部分都是增刪改查,所以可以在formbean中定義好元素，然後自己寫個工具，自動生成jsp.進一步，你可以做個工具，利用資料庫中的表，自動生成符合你規範的formbean(這個利用plsql都可以實現).再進一步，你將你做的這些功能封好，做成eclipse外掛。放在自已的工程中，是否只要點點，比拖拉還容易了。

還是忘記拖拉式的開發方法吧！