為什么要用構(gòu)件化。。。。心痛亞。。。。。
普元的那個東東是邪惡的。。。。。。。。。
re: 聊聊我對技術(shù)的看法 不知道叫啥好 2006-07-21 17:05
偶也覺得很有道理，就像老話說得，學(xué)而不思則罔，思而不學(xué)則殆
re: 關(guān)于ajax的一些隨筆 不知道叫啥好 2006-06-17 10:50
@Guest
我覺得這是因?yàn)槟€沒有嘗試大規(guī)模ajax的開發(fā)。ajax當(dāng)然要從server端采集數(shù)據(jù)，但這時(shí)的數(shù)據(jù)已經(jīng)不是來自于controller(action)，而是來自于ajax框架自動封裝過的service layer或者domain layer。
傳統(tǒng)的mvc有一個原則，就是c這一層一定是很薄的一層，只包括對service layer的調(diào)用。而ajax則說，既然你如此之薄，那我就用js來實(shí)現(xiàn)吧！就是這樣，ajax完成了對Struts/WW的接替~
"AJAX的Implementation都是透明的，所有的Business Logic怎樣隱藏?
"
介個，我曝漏的只不過是需要view需要用到的方法名和參數(shù)，談何透明之說？
re: 關(guān)于ajax的一些隨筆 不知道叫啥好 2006-06-16 18:34
@xy.qin
這種說法當(dāng)然簡單又保險(xiǎn)。不過有點(diǎn)類似和稀泥了。據(jù)我所知有好多完全應(yīng)用ajax的項(xiàng)目，更有n多不用mvc的爛項(xiàng)目。
在我習(xí)慣了ajax的遠(yuǎn)程調(diào)用方式后，我發(fā)現(xiàn)很難再回到struts\ww那種頁面調(diào)用方式。不管是代碼量、可維護(hù)性、OO程度、可測性，ajax都要好于struts\ww。空口無憑~有機(jī)會偶會來證明一下~
re: 關(guān)于ajax的一些隨筆 不知道叫啥好 2006-06-16 15:31
@foxty
我認(rèn)為，ajax試圖使用js來代替?zhèn)鹘y(tǒng)mvc框架中controller的地位，所以說它們是競爭關(guān)系
re: 關(guān)于ajax的一些隨筆 不知道叫啥好 2006-06-15 19:10
@wolfsquare
呵呵，能說詳細(xì)點(diǎn)嗎？
re: 關(guān)于ajax的一些隨筆 不知道叫啥好 2006-06-15 15:59
@Compass
在我們的項(xiàng)目里已經(jīng)有相應(yīng)的方案。其實(shí)不是特別復(fù)雜，也耗費(fèi)不了太大的工作量。不能太依賴于開源軟件嗎
@langds
weblogic的集群代理server就是一個servlet,也能實(shí)現(xiàn)這個功能，但是性能太差，達(dá)不到生產(chǎn)級的要求~所以bea給人作方案時(shí)，都是推薦用F5來分發(fā)~
想起來IBMHttpServer了……，跟was結(jié)合的很好，又是apache的底子，越發(fā)羨慕was了~
@langds
至少我要做到，從這個server跳到那個server，本來登陸的狀態(tài)不能變成注銷吧
另外能否具體說下web server 如何自動定位到該客戶端最近一次請求的響應(yīng)AppＳerver？ 多謝！
@langds
另外weblogic在生產(chǎn)模式下不支持class的熱部署~
我們也很希望它能像websphere那樣熱部署亞~
@langds
“依我的經(jīng)驗(yàn)來看，最實(shí)用的做法就是直接在Ａppserver前加web server,該webServer起loadbanance和Ｈttpserver的作用．他能自動將不同的客戶端分發(fā)請求到相應(yīng)的Ａppserver上執(zhí)行，并且服務(wù)器間無需同步session狀態(tài)，webserver能自動定位到該客戶端最近一次請求的響應(yīng)AppＳerver， ”
這也我提的方案之一亞。~不過不同步session，如何失敗恢復(fù)？另外web server 能自動定位到該客戶端最近一次請求的響應(yīng)AppＳerver？ langds能否具體說以下？我只試過使用apache的mod_proxy，用robbin隨機(jī)分發(fā)。目前我們是使用硬件（四層交換機(jī)）做到的這一點(diǎn)。
@狂人
呵呵，這片文章本來是針對我們的項(xiàng)目寫的，大體改了改就拿出來了。我們項(xiàng)目的特點(diǎn)就是可用性要求高，但是數(shù)據(jù)庫操作卻很少。因此先假設(shè)數(shù)據(jù)庫這里不存在性能問題。實(shí)際上引起數(shù)據(jù)庫的原因很大程度是由蹩腳的sql，以及海量的數(shù)據(jù)，但就不在討論范圍之列了。
關(guān)于冪等性等問題，會在本文的后續(xù)中提到~
@charon
你說得對，不過這里只打算對應(yīng)用和應(yīng)用服務(wù)器的情況做討論。這片東東只寫了一晚上，遣詞造句也沒有深究就拿出來了，難免有些差錯。