計(jì)算機(jī)軟件從最開始的ui+db到后面的n層機(jī)構(gòu)，無疑是很大的一個(gè)進(jìn)步。就以j2ee標(biāo)準(zhǔn)來說，持久層負(fù)責(zé)以對象的形式為業(yè)務(wù)層提供數(shù)據(jù)，并維護(hù)數(shù)據(jù)；業(yè)務(wù)層負(fù)責(zé)組裝業(yè)務(wù)邏輯，并以適當(dāng)?shù)姆绞綄?shù)據(jù)分發(fā)出去。這方面的技術(shù)很多，方案也很好。但是困擾web開發(fā)的問題在于client端。
我覺得client端最大的問題在于無狀態(tài)，導(dǎo)致模型層和展現(xiàn)層的分離。我認(rèn)為最佳的解決方案是客戶端有一個(gè)強(qiáng)大的容器，能夠請求、展現(xiàn)、維護(hù)客戶端模型，并展現(xiàn)、修改客戶端展現(xiàn)層。不妨定義為客戶端容器語言，此語言是否可以考慮成領(lǐng)域語言，專注于客戶展現(xiàn)層展現(xiàn)和客戶端模型層。
js在客戶端展現(xiàn)沒有問題，但是js多了brower是不是太慢了，而且js本身寫起來比較難，比較容易出錯(cuò)。在模型層方面，似乎不那么讓人放心。關(guān)鍵問題是不是js的語言不夠規(guī)范標(biāo)準(zhǔn)，容器不夠強(qiáng)？？
flash，感覺有點(diǎn)偏鋒。他完全繞開了html。ui完全是自己的，我覺得還是用html正統(tǒng)。
xaml，他也是完全繞開html。除此以外，完全和我想的一樣。
java技術(shù)是否可以考慮在client端有一個(gè)容器，操作html，負(fù)責(zé)與服務(wù)器交互并維護(hù)模型層，指導(dǎo)展現(xiàn)層？？