2008年9月14日

          http://adrop.me/ 

          posted @ 2012-10-18 23:48 Lv Yuanfang 閱讀(223) | 評論 (0)編輯 收藏

               摘要: Bayeux協議(Bayeux真的不知道怎么翻。。。)Bayeux 協議-- Bayeux 1.0草案1本備忘錄狀態This document specifies a protocol for the Internet community, and requestsdiscussion and suggestions for improvement. This memo is written ...  閱讀全文

          posted @ 2009-08-16 17:42 Lv Yuanfang 閱讀(3980) | 評論 (0)編輯 收藏

          工作筆記分享

          國慶假期中,粗略看了下Unix網絡編程卷一:套接字API。進一步加深了對Linux、Unix下的socket處理。重點是非阻塞、select多路復用等。記錄筆記幾篇。其他筆記為日常摘錄等。
          用Google Notebook記錄,特發布和大家分享:
          學習筆記:
          http://www.google.com/notebook/public/09783819863799136882/BDRihIgoQtMHZkLoh?hl=zh-CN
          日常筆記:
          http://www.google.com/notebook/public/09783819863799136882/BDRihIgoQlOD34rMh?hl=zh-CN



          posted @ 2008-10-02 20:24 Lv Yuanfang 閱讀(241) | 評論 (0)編輯 收藏

          Java、Linux、C++電子書分享


          收藏的一些電子書,跟大家分享下。部分java書有下載鏈接,其他的都是抓圖,都放在Dropbox (文件在線存儲、同步、共享服務,2G免費空間,有windows、linux客戶端,本地文件和服務器共享可以同步)的共享上。需要的可以到Dropbox首頁注冊,告訴我你的帳號后,我可以把共享開放給你。我的帳號:menlong999@gmail.com
          Dropbox很不錯,客戶端速度很快,還有版本控制,強烈推薦!

          Java

          Java與模式: 閻宏的Java設計模式,講的很好
          JSP2.0技術手冊(部分)
          thinking in java 中文版第三版(全):不用多介紹了
          j-nio.zip :IBM developerWorks上java.nio教程,很不錯,帶源碼
          JUnit.in.Action中文版.pdf
          OReilly.Java.I.O.2nd.Edition.May.2006.chm
          OReilly.Java.Network.Programming.Third.Edition.Oct.2004.chm
          starting-struts2-chinese.pdf:中文的InfoQ Struts2迷你書
          Java NIO-Developing High Performance Applications.pdf
          Struts 2 in Action.pdf
          UML for Java Programmers中文版.pdf
          實用J2EE設計模式編程指南.pdf :比較老的,不過也不錯,懷舊一把

          Linux

          C++

          其他














          posted @ 2008-09-28 21:21 Lv Yuanfang 閱讀(606) | 評論 (1)編輯 收藏

          Servlet與模板方法模式

          ----Head First Pattern之模板方法模式


          這 年頭大家都用struts,或者其他MVC框架,很少有人直接用Servlet了吧,但是相信大部分人都應該知道怎么寫Servlet的吧,繼承 HttpServlet類,覆蓋里面的doGet、doPost方法即可,大部分情況下,我們都是對GET和POST一樣處理,一般也就這么寫了:
          public MyServlet extends HttpServlet{
              public void doGet(HttpServletRequest request, HttpServletResponse response){
                  // 處理
              }
              public void doPost()HttpServletRequest request, HttpServletResponse response){
                  // 不關心get、post請求,因此post處理直接調用get處理
                  doGet(request, response);
              }
          }
          Servlet只要在web.xml中部署好之后,就可以處理瀏覽器的請求了。上面代碼可以看出來,doGet方法處理瀏覽器的GET請求,doPost處理POST請求。
          Servlet是由Tomcat之類的servlet容器來調用處理瀏覽器請求的,并需要集成基類HttpServlet,如果大家查看HttpServlet源碼的時候,就會發現,其實里面有一個
          protected void service(HttpServletRequest req, HttpServletResponse resp)
          方法,servlet容器實際調用的是service方法,service方法的實現就是根據HTTP請求的類型(GET、POST,還是其他),將處理委派給doGet、doPost等方法,由這些子類的方法來最終處理瀏覽器的請求。

          由此可以看出,HttpServlet定義了一個處理的框架或者說模板,實現Servlet只需繼承HttpServlet并實現doGet、doPost等方法即可。

          是引出模板方法模式定義的時候了,模板方法模式:在一個方法中定義一個算法的骨架,將某些步驟推遲到子類中實現。模板方法允許子類重新定義算法的某些步驟,而不改變算法的結構。
          簡單UML類圖如下:
          簡單實現一個抽象類:
          public abstract Template{
              public void final templateMethod(){
                  step1();
                  step2();
                  hook();
              }
              public abstract void step1();
              public abstract void step2();
              public void hook(){}
          }

          這個抽象類,定義了一個算法的骨架,需要step1、step2,都是抽象方法,需要子類來實現。而templateMethod是final的,即不允許子類覆蓋。其中定義了方法的步驟,step1、step2。
          如下為具體實現:
          public ConcreteTemplate extends Template{
              public void step1(){System.out.println("step1");}
              public void step2(){System.out.println("step2");}
              public void hook(){System.out.println("hook");}
              public static void main(String[] args){
                  Template temp = new ConcreteTemplate();
                  temp.templateMethod();
              }
          }

          可以看到其中加入了一個hook方法,即鉤子方法。hook方法在抽象類中的實現為空,是留給子類做一些可選的操作。如果某個子類需要一些特殊額外的操作,則可以實現hook方法,當然也可以完全不用理會,因為hook在抽象類中只是空方法而已。

          其他擴展:
          1.可以定義多個hook方法
          2.hook方法可以定義一個返回為boolean的方法,有子類來決定是否調用hook方法。
          eg:抽象類的templateMethod可以這樣實現:
              public void final templateMethod(){
                  step1();
                  step2();
                  if(allowHook())
                      hook();
              }
              public boolean allowHook(){return true;}
              public void hook(){}
          子類中可以覆蓋allowHook,以決定是否調用hook方法。
          3.抽象類定義的步驟,可以有默認實現,而非全是abstract方法。HttpServlet中已經有doGet、doPost等方法的默認實現,大家可以參考其源碼實現。

          更好的一個模板方法的例子是Applet,實現自己的Applet,必須繼承自Applet,里面實現init、start、stop、destroy等方法即可。這些方法都是有默認實現的,如果看源碼,可以發現默認實現其實都是空。

          了解模板方法模式之后,大家可能意識到Servlet并且完全按照模板方法定義的那樣,而是有一些區別,比如提供默認doGet、doPost的實現等。這都說明,在實際編程中,并非生搬硬套設計模式,而是根據實際,會做些變動或變形,但其本質不變。
          不能為了模式而模式。那究竟什么時候需要設計模式呢?個人理解,當你發現你的類有問題的時候,比如有重復代碼了,感覺有些不對勁了,感覺不適應以后的擴充了,這時候不妨考慮下,是不是該設計模式出場了。。
          純粹個人理解。。有不當之處,請及時拍磚。。


          posted @ 2008-09-17 09:40 Lv Yuanfang 閱讀(1736) | 評論 (0)編輯 收藏

          我寫東西,都是在Google Docs上寫,然后用Docs的發布功能,發布到blog上。以前的幾篇都可以順利發布到blogjava上,也沒有亂碼,以前在csdn上有亂碼。今天突然不能發布了,也沒有任何錯誤提示。是Google Docs的問題,還是blogjava的問題?
          有人像我這樣用docs寫,然后發布blog嗎?

          posted @ 2008-09-17 00:02 Lv Yuanfang 閱讀(230) | 評論 (0)編輯 收藏

          移動硬盤與適配器模式

          ----Head First Pattern之適配器模式

          很多人都有移動硬盤,它比U盤容量大的多,體積也小,攜帶方便,用來拷資料、備份都很不錯。并且硬盤價格越來越便宜,120G的移動硬盤現在才300多。


          其實移動硬盤里面就是一塊普通的筆記本硬盤,還有一個IDE口(或SATA口,看硬盤的類型了,現在一般都是SATA口即串口,IDE口就是并口)和USB口的轉換卡,用USB線和電腦上的USB口連接起來就行了。


          我手頭有一個40GIDE口筆記本硬盤,想在PC電腦上用,但又不想把電腦拆開插主板的IDE線上。看到電腦上還有很多空閑的USB口,就想能不能讓筆記本硬盤的IDE口連到電腦的USB口?直接連肯定不行,接口不匹配啊。就去電子市場逛了一個下午,發現有一種轉接卡,一頭可以插IDE口,一頭是USB口,能連USB線,USB線就可以連電腦的USB口了。我買了轉接卡回到家,把轉接卡一頭插在筆記本硬盤的IDE口上,另一頭連上USB線,再把USB線連到電腦的USB口上。大功告成,現在我的筆記本硬盤就變成移動硬盤了。轉接卡就是連接IDE口和USB口的適配器。這就是適配器模式。

          下面看適配器的UML類圖:

          這個類圖有點問題,其實Adaptee應該是一個接口,還有個實現這個接口的ConcreteAdaptee,而Adapter是目標接口,ConcreteAdapter必須實現Adapter,持有一個Adaptee。移動硬盤和適配器模式對應關系如下:

          AdapterUSB接口

          Adaptee:筆記本硬盤的IDE接口

          ConcreteAdapter:轉接卡


          總而言之,適配器模式就是把一個接口Adaptee,適配成目標接口Adapter


          某些時候適配器和裝飾模式有點相同之處,但是兩者本質是不一樣的。

          Adapter是把所包裝的接口,轉換為另一個接口。而Decorator是給所包裝的接口,添加新的行為或方法。


          posted @ 2008-09-15 17:53 Lv Yuanfang 閱讀(312) | 評論 (0)編輯 收藏

          多線程環境下的單例模式實現

          ----Head First Pattern之單例模式



          單例模式我想大家都比較熟悉,就是在JVM運行期間一個類只有一個實例,任何時候都是取得同一個實例,也就是一個全局變量了。
          單例模式分懶漢式和餓漢式,但是懶漢式的單例在多線程環境下會有同步的問題,下面詳細介紹了用3中方法來解決此問題。
          單例模式具有以下幾個特點:
          1.JVM運行期間有且只有一個實例
          2.構造函數是私有的
          3.通過一個靜態工廠方法來獲得唯一的實例
          4.累內部有一個私有靜態實例,通過靜態工廠方法創建后,每次再調用靜態工廠方法,返回的都是同一個實例

          餓漢式:
          public class Singleton{
          ??? private static Singleton uniqueInstance = new Singleton();
          ??? // 其他實例變量
          ??? private Singleton(){}
          ??? public static Singleton getInstance(){
          ?? ???? return uniqueInstance;
          ?? ?}
          ?? ?
          ??? // 其他方法
          }

          懶漢式:
          public class Singleton{
          ??? private static Singleton uniqueInstance;
          ??? // 其他實例變量
          ??? private Singleton(){}
          ??? public static Singleton getInstance(){
          ?? ???? if(uniqueInstance == null){
          ?? ??? ???? uniqueInstance = new Signleton();
          ?? ??? ?}
          ?? ???? return uniqueInstance;
          ?? ?}
          ?? ?
          ??? // 其他方法
          }

          多線程環境下的單例模式:
          上面的代碼就是最基本的單例模式示例代碼。但是懶漢式單例有一個問題,因為要保證有且僅有一個實例,如果在多線程環境下調用Singleton.getInstance(),就可能會有多個實例!為了解決多線程訪問的問題,有3種解決方法供選擇:

          1.靜態工廠方法加同步關鍵字,這種方法是在對性能要求不高的情況下采用。
          public class Singleton{
          ??? private static Singleton uniqueInstance;
          ??? // 其他實例變量
          ??? private Singleton(){}
          ??? public static synchronised Singleton getInstance(){
          ?? ???? if(uniqueInstance == null){
          ?? ??? ???? uniqueInstance = new Signleton();
          ?? ??? ?}
          ?? ???? return uniqueInstance;
          ?? ?}
          ?? ?
          ??? // 其他方法
          }

          2.始終用餓漢式單例
          public class Singleton{
          ??? private static Singleton uniqueInstance = new Singleton();
          ??? // 其他實例變量
          ??? private Singleton(){}
          ??? public static Singleton getInstance(){
          ?? ???? return uniqueInstance;
          ?? ?}
          ?? ?
          ??? // 其他方法
          }
          餓漢式的方法,會依賴于JVM在加載類的時候,就創建唯一的實例。在每個線程訪問getInstance方法前,唯一實例已經被創建。

          3.用雙檢查鎖來減少懶漢式中靜態方法getInstance的同步開銷
          對public static synchronised Singleton getInstance()的每次調用,都需要同步,而雙檢查鎖的方式只是在第一次創建實例時同步,其他時候并不需要同步。
          public class Singleton{
          ??? private volatile static Singleton uniqueInstance;
          ??? private Singleton(){}
          ??? public static Singleton getInstance(){
          ?? ???? if(uniqueInstance == null){
          ?? ??? ???? synchronised(Singleton.class){
          ?? ??? ??? ???? if(uniqueInstance == null){
          ?? ??? ??? ??? ??? ??? uniqueInstance = new Singleton();
          ?? ??? ??? ??? ?}
          ?? ??? ??? ?}

          ?? ??? ?}
          ?? ???? return uniqueInstance;
          ?? ?}
          }

          如果調用時實例為null,則進入同步區塊,此時再進行判斷,如果還為null,就創建唯一的實例。有可能在一個線程在 if(uniqueInstance == null) 后進入同步區塊前,另一個線程恰好已經創建成功并從同步區塊中出來,這就需要進入同步區塊后,再做uniqueInstance是否為null的判斷。
          同時uniqueInstance需要加volatile關鍵字,保證在創建單例實例時,多個線程能正確處理uniqueInstance變量。

          注意:
          雙檢查鎖的方式在Java1.4及1.4以前版本不能工作!!因此雙檢查鎖只能在Java 5及以上版本才可以使用。
          記得Effictive Java中也提到過雙檢查鎖,也說不能在Java1.4中使用。
          原因是Java 1.4及以前的JVM中對volatile關鍵字的實現允許對雙檢查鎖不合適的同步。(誰能幫我再深入解釋下?)原文是:
          Unfortunately, in Java version 1.4 and earlier, many JVMs contain implementations of the volatile keyword that allow improper synchronization for double-checked locking. If you must use a JVM other than Java 5, consider other methods of implementing your Singleton.


          posted @ 2008-09-14 15:40 Lv Yuanfang 閱讀(446) | 評論 (0)編輯 收藏

          新博開張


          最早用的是blogger,不過一直被封。。偶爾解封幾天又被封。現在托奧運的福,已經解了。但愿以后不要再被封。可惡的GFW。。。。

          后來用csdn,人夠多,但是也夠爛。一直也沒堅持寫多少東西,都是決心下了,就是懶的動手寫,并且發現寫東西的時候,老是前言不對后尾,前面說什么還沒說完,后來就開始跑題,還有,寫作水平好像越來越差,總感覺一句話寫的不明不白,甚至還有點啰嗦。

          始終覺得cnblog還行,界面夠簡單,也夠丑的了。。幾乎都是技術的。平時也有訂閱。今天終于搬來,竟然還需要人工審核,沒想到。

          不過寫博,畢竟是為了讓人看,如果有很多評論,或者很多人訂閱rss,肯定非常非常有成就感!!
          被人捧也好,被人罵也好,被人褒揚也好,被人拍磚也好,只要有人來看,就是好!!

          以后有空還是多寫寫的好。

          posted @ 2008-09-14 00:06 Lv Yuanfang 閱讀(171) | 評論 (0)編輯 收藏


          posts - 11, comments - 2, trackbacks - 0, articles - 0

          Copyright © Lv Yuanfang

          主站蜘蛛池模板: 罗平县| 白山市| 东光县| 平南县| 大姚县| 涡阳县| 府谷县| 剑川县| 偏关县| 黄冈市| 柳州市| 买车| 教育| 勐海县| 色达县| 四川省| 凭祥市| 广汉市| 双鸭山市| 林西县| 西畴县| 嘉鱼县| 汉沽区| 博客| 临颍县| 太谷县| 华容县| 钟祥市| 麦盖提县| 桑日县| 滦平县| 揭阳市| 承德县| 康乐县| 杭锦旗| 姜堰市| 合肥市| 扬中市| 上高县| 永春县| 西丰县|