JavaServerFaces2.0的主要缺點是什么？昨天，我在JavaServerFaces2.0上看到了一個演示文稿，它看起來確實令人印象深刻，盡管我目前是一個很高興的ASP.NETMVC/jQuery開發(fā)我最喜歡JSF的是大量啟用Ajax的UI組件，這些組件似乎使開發(fā)速度比ASP.NETMVC快得多，特別是在Ajax密集型站點上。集成測試看起來也很不錯。由于演示文稿只強調JSF的優(yōu)點，我也想了解另一面。所以我的問題是：JavaServerFaces2.0的主要缺點是什么？是什么讓JSF開發(fā)人員考慮使用ASP.NETMVC而不是JSF呢？
3 回答
LEATH
TA貢獻1936條經驗 獲得超7個贊
JSF是一個基于組件的框架。這與遵循組件模型有關的固有限制。 AFAIKJSF只支持POST，所以如果您想要一個GET，就必須執(zhí)行一個普通的servlet/JSP。 大多數組件都試圖通過關系數據庫和前端JavaScript這樣的領域提供抽象，而且很多時候這些抽象都是“漏”的，很難調試。 對于初級開發(fā)人員或不適應特定領域(例如前端JavaScript)的人來說，這些抽象可能是一個很好的起點，但是很難對性能進行優(yōu)化，因為涉及到幾個層，而且大多數使用抽象的人對幕后的情況幾乎不了解。 通常與JSF一起使用的模板機制與Web設計人員的工作方式無關。JSF的WYSIWYG編輯器是原始的，在任何情況下，設計人員都會為您提供HTML/CSS，您將不得不花費很長時間進行轉換。 像EL表達式這樣的東西沒有靜態(tài)檢查，編譯器和IDE在查找錯誤方面都做得不太好，所以最終您將不得不在運行時捕獲錯誤。對于Ruby或PHP這樣的動態(tài)類型語言來說，這可能很好，但是如果我必須忍受Java生態(tài)系統(tǒng)的巨大膨脹，我需要輸入模板。
總括而言：
- 3 回答
- 0 關注
- 579 瀏覽
添加回答
舉報
0/150
提交
取消