隨筆 - 59, 文章 - 4, 評論 - 184, 引用 - 7
          數據加載中……

          MINA vs. QuickServer

          很久沒更新blog了,實在太忙,今天看到有朋友在我去年的blog《MINA is a good framwork 》中回復提到比較一下MNA和QuickServer,遂寫一篇小文:

          First for all, QuickServer is licensed as LGPL, and MINA as ASL

          從我個人角度而言,去年看過QuickServer的源碼,我在項目中采用的每一個框架或類庫都會做綜合評價,通常不會是一個原因導致我采用或沒有采用某個庫或框架,具體最后沒有采用QuickServer的原因忘記了,但是當時給我的總體感覺是,QuickServer雖然很方便,但不會讓我在架構上得到新的好處。而它最大的優點則是,支持JDK1.3(如果沒記錯的話),另外就是License的問題

          下面看一看來自TrusinLee的評論:

          Thank for the information about another network application framework.  I found a few differences:

          * QuickServer supports blocking mode.  (MINA supports only non-blocking mode, but you can make your operation block at your will.)
          * QuickServer provides GUI-based admin.  (MINA doesn't have one yet, but will have full JMX support soon, which is a standard.)
          * QuickServer uses java.util.logging.  (MINA uses SLF4J, which is a safe replacement of commons-logging.)
          * QuickServer uses its own XML settings.  (MINA provides Spring framework integration instead.)
          * QuickServer can specify maximum number of clients allowed.  (MINA can do this using a filter, but not implemented by default.  Of course, this will be implemented as an overload prevention filter.)
          * QuickServer team has one crew.  (MINA has three crews.)
          * QuickServer project started in 2003.  (MINA started in 2005.)
          * QuickServer has a difference event handler interface from MINA.  (You'll have to compare it by yourself.  IMHO, MINA has one simple enough handler which covers all QuickServer provides.)
          * QuickServer doesn't support UDP at all.  (MINA does)
          * QuickServer doesn't support client-side API at all.  (MINA does)
          * QuickServer integrated authentication and text protocol in its core.  (MINA didn't and they are considered as a cross-cutting concern that a filter should take care of.  IMHO, MINA is more extensible here.)


          至于對MINA更詳細的介紹,可以看看我去年翻譯的MINA的Tutorial

          MinaTutorialInChinese

          MINA的應用,在MINA的Testimonials中有兩個項目:
          開源Flash server:red5
          http://ludonet.leonardo.it/的game server
          還有,就是MINA所在的項目,Apache的LDAP

          posted on 2006-02-24 21:58 fisher 閱讀(6235) 評論(18)  編輯  收藏 所屬分類: Programing

          評論

          # re: MINA vs. QuickServer  回復  更多評論   

          fisher,非常感謝您的回復,這兩天在看它的設計和源碼,呵呵,到時還會向您請教一些問題
          2006-02-28 09:33 | victor wu

          # re: MINA vs. QuickServer  回復  更多評論   

          還有一個問題,您有沒有把MINA與Cindy進行過比較?
          我個人認為在結構上mina要比cindy好,Cindy的設計感覺耦合太緊且代碼上不如Mina。
          但為什么在運行的性能上似乎比mina好,我是在同樣的環境下,通過共有的http例子測試的。
          不知道您的看法是什么?
          謝謝。
          2006-02-28 09:38 | victor wu

          # re: MINA vs. QuickServer  回復  更多評論   

          Cindy2.x比MINA性能好是可以預見的,原因在于MINA提供的ByteBuffer和FilterChain
          Cindy3.x源代碼我沒有看,所以不好評價
          關于MINA的效率問題,在MINA的maillist中也被提出,似乎有相應的issue正要被加入到它的Issue Tracker中

          Cindy3.x才剛剛開始,我認為多給Crmky一些時間,他一定可以將架構設計的更好
          MINA在設計上也有少許問題,他的IoFilterChain將FilterManager和FilterChain合而為一,在看其代碼的時候會覺得很亂。另外,為了保證包的順序,一個IoSession上的Handler在上一次read調用沒有返回前,是不會被再次調用的。我認為MINA的基礎架構在1.0和1.1版本之間還會變化,以適應新加入的configuration方式。另外,MINA會產生一些內存垃圾,我用profiler檢查過MINA,似乎是SocketIoProcessor中的某個計數器在不停的產生2byte的什么東東(記不太情了),不過似乎Trustin也注意到這個問題了,最近他說會在1.0release之后改善效率和內存的問題。

          你可以到Crmky的blog上發帖子,看看他是否愿意提供一個Cindy3.X和MINA的對比

          總體來說,java的通訊框架設計并不特別注重效率,而追求架構上的優雅,當然,這也和java中本來能夠進行效率調優的手段就不多有關系,如果真要優化,可能還是需要使用JDK5.0以上提供的高效的內存操作,另外,據說在Linxu2.6內核以后,Mustang的NIO使用了Linux的epoll來實現select(),也許會對目前的IO效率有所幫助。
          2006-02-28 15:48 | fisher

          # re: MINA vs. QuickServer  回復  更多評論   

          最后,如果你正在選型,希望你能支持國貨Cindy...^_^
          MINA目前有三個開發人員,而Cindy似乎仍然是Crmky一個人開發,感覺也不是很活躍,如果有更多的人參與進去,我想Cindy也會越來越出色。
          2006-02-28 15:51 | fisher

          # re: MINA vs. QuickServer  回復  更多評論   

          好,非常感謝,我是正在選型,主要想應用于Mail、Dns等服務器端上,再次謝謝
          2006-03-02 08:42 | victor wu

          # re: MINA vs. QuickServer  回復  更多評論   

          MINA手冊中文版
          謝了
          --我也想要一份學習,謝謝你了mylovefriend123@163.com
          2007-07-19 17:21 | ww

          # re: MINA vs. QuickServer  回復  更多評論   


          我也想要一份MINA手冊中文版,謝謝你了。xb929@126.com
          2007-11-15 15:52 | xiongzeng

          # re: MINA vs. QuickServer  回復  更多評論   

          請給一份手冊,謝謝,mail:yefengtiancai@126.com
          2008-06-05 11:50 | yefeng

          # re: MINA vs. QuickServer  回復  更多評論   

          能否給我一份MINA中文手冊
          2008-06-13 18:35 | yangzi

          # re: MINA vs. QuickServer  回復  更多評論   

          能給我傳一份MINA的中文手冊嗎?謝謝。最近在從事這方面的研究
          2008-06-24 14:38 | zhangli

          # re: MINA vs. QuickServer  回復  更多評論   

          忘了寫郵箱地址了
          zhangli@ebupt.com
          2008-06-24 14:39 | zhangli

          # re: MINA vs. QuickServer  回復  更多評論   

          請給一份手冊,謝謝,mail:zgwy2222@163.com
          2008-07-21 14:29 | zhouwen

          # re: MINA vs. QuickServer  回復  更多評論   

          謝謝樓主給一份mina手冊,非常感謝!
          ymay521@163.com
          2008-07-24 17:15 | cq

          # re: MINA vs. QuickServer  回復  更多評論   


          麻煩樓主給發一份mina中文手冊,謝謝。
          wumingchongzhj@163.com
          2009-12-21 14:37 | Jas_Jie

          # re: MINA vs. QuickServer  回復  更多評論   

          能否給我一份MINA中文手冊,謝謝
          2013-08-23 09:27 | 何軍

          # re: MINA vs. QuickServer  回復  更多評論   

          能否給我一份MINA中文手冊,謝謝,
          hj_j2ee@163.com
          2013-08-23 09:27 | 何軍

          # re: MINA vs. QuickServer  回復  更多評論   

          能否給我一份MINA中文手冊,謝謝
          2015-07-16 10:51 | 張盛華

          # re: MINA vs. QuickServer  回復  更多評論   

          郵箱:mbrszsh@163.com
          2015-07-16 10:52 | 張盛華
          主站蜘蛛池模板: 方城县| 余庆县| 宁德市| 贵州省| 繁峙县| 巴彦淖尔市| 富平县| 西华县| 信阳市| 宝丰县| 余姚市| 哈密市| 普兰店市| 神池县| 昭觉县| 金山区| 林西县| 齐河县| 龙里县| 滨海县| 广汉市| 通榆县| 宁陵县| 从江县| 澜沧| 福州市| 宜章县| 五指山市| 玉门市| 新疆| 嵩明县| 桐乡市| 南汇区| 莲花县| 漳平市| 偏关县| 嵩明县| 孝昌县| 交城县| 福贡县| 全南县|