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