<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    2008年9月14日

    http://adrop.me/ 

    posted @ 2012-10-18 23:48 Lv Yuanfang 閱讀(218) | 評論 (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 閱讀(3974) | 評論 (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 閱讀(233) | 評論 (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 閱讀(603) | 評論 (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 閱讀(1734) | 評論 (0)編輯 收藏

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

    posted @ 2008-09-17 00:02 Lv Yuanfang 閱讀(227) | 評論 (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 閱讀(309) | 評論 (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 閱讀(443) | 評論 (0)編輯 收藏

    新博開張


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

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

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

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

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

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


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

    Copyright © Lv Yuanfang

    主站蜘蛛池模板: 亚洲精品GV天堂无码男同| 国产午夜亚洲精品| 国产精品视频全国免费观看| 在线免费观看一区二区三区| 亚洲日本国产综合高清| 免费观看a级毛片| 老妇激情毛片免费| 亚洲国产V高清在线观看| a一级毛片免费高清在线| 在线亚洲精品自拍| 久久久久久久岛国免费播放| 亚洲精品免费在线视频| 91嫩草国产在线观看免费| 亚洲人成电影网站免费| 免费看国产精品麻豆| 亚洲精品视频免费观看| 亚洲AV无码乱码在线观看裸奔 | 久草视频免费在线| 亚洲熟女精品中文字幕| 国产免费av片在线无码免费看 | 欧美亚洲国产SUV| 免费在线观看毛片| 久久这里只精品热免费99| 亚洲av永久无码精品天堂久久 | 麻豆精品国产免费观看| 一个人看的免费视频www在线高清动漫 | 久久乐国产精品亚洲综合| 在线看片免费人成视频播 | 久久亚洲国产最新网站| 吃奶摸下高潮60分钟免费视频| 中文字幕免费在线观看动作大片| 亚洲国产日韩一区高清在线| 无码国产精品久久一区免费| 免费一区二区无码视频在线播放| 亚洲爱情岛论坛永久| 麻豆国产入口在线观看免费 | 国产a视频精品免费观看| 另类小说亚洲色图| 久久亚洲日韩看片无码| 亚洲一区二区三区免费| 好大好深好猛好爽视频免费|