隨著JAVA在后臺(tái)開發(fā)速度的越來越快速，Web UI方面開發(fā)的慢速以及維護(hù)的麻煩現(xiàn)在是越來越明顯了，UI Component的需求自然也就越來越明顯了，UI Component最典型的好處在于：
1、統(tǒng)一Component的顯示形式。
2、提高開發(fā)效率。
但如果整個(gè)Web UI全部用Component的方式就不怎么好了，畢竟純UI的話還是HTML的比較好，之后進(jìn)行替換，這樣在UI角度上來說是更好做的，否則又變成了寫C/S的界面了，控制UI上來說是不如Web的方便的，Web的只要UI設(shè)計(jì)師畫出來然后可以直接切割為html，^_^
但就目前的Java方面來說，實(shí)現(xiàn)WEB UI Component好像就是js的方法吧？jsf倒是一個(gè)考慮，但目前還不好用，得等到application server都實(shí)現(xiàn)jsr 244再說..
應(yīng)該說，現(xiàn)在UI Component只是用js來實(shí)現(xiàn)還是挺麻煩的，至少對(duì)我來說是這樣，又要來學(xué)一把js oop了，呵呵，但也沒辦法，javascript lib完整的東西好像不多，但它的問題點(diǎn)在于：
1、很多UI上的東西都是在js里實(shí)現(xiàn)的，這點(diǎn)我覺得不是什么好事，將來改多麻煩，雖然可以做類似的變量、配置注入，覺得最好還是模板形式。
2、學(xué)習(xí)js，而且用js來寫出component感覺好像還是挺需要水平的，找時(shí)間看看那本啥javascript寶典，^_^
3、需要考慮如何與服務(wù)器進(jìn)行交互，還好現(xiàn)在倒是比較方便，用ajax。
呵呵，要做出一個(gè)良好的WEB UI Component的支持確實(shí)不容易， tapestry、jsf值得去玩玩了，component的驅(qū)動(dòng)方式其實(shí)會(huì)造成和以前的event driven有所不同，技術(shù)上的改變是會(huì)帶來架構(gòu)上、設(shè)計(jì)上的影響的，^_^，其實(shí)就是架構(gòu)調(diào)整了，對(duì)設(shè)計(jì)同樣會(huì)提出需求..