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

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

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

     

    對于這個系列里的問題,每個學Java的人都應該搞懂。當然,如果只是學Java玩玩就無所謂了。如果你認為自己已經超越初學者了,卻不很懂這些問題,請將你自己重歸初學者行列。內容均來自于CSDN的經典老貼。

    問題一:我聲明了什么!

    String s = "Hello world!";

    許多人都做過這樣的事情,但是,我們到底聲明了什么?回答通常是:一個String,內容是“Hello world!”。這樣模糊的回答通常是概念不清的根源。如果要準確的回答,一半的人大概會回答錯誤。
    這個語句聲明的是一個指向對象的引用,名為“s”,可以指向類型為String的任何對象,目前指向"Hello world!"這個String類型的對象。這就是真正發生的事情。我們并沒有聲明一個String對象,我們只是聲明了一個只能指向String對象的 引用變量。所以,如果在剛才那句語句后面,如果再運行一句:

    String string = s;

    我們是聲明了另外一個只能指向String對象的引用,名為string,并沒有第二個對象產生,string還是指向原來那個對象,也就是,和s指向同一個對象。

    問題二:"=="equals方法究竟有什么區別?

    ==操作符專門用來比較變量的值是否相等。比較好理解的一點是:
    int a=10;
    int b=10;
    a==b將是true
    但不好理解的地方是:
    String a=new String("foo");
    String b=new String("foo");
    a==b將返回false

    根據前一帖說過,對象變量其實是一個引用,它們的值是指向對象所在的內存地址,而不是對象本身。ab都使用了new操作符,意味著將在內存中產生兩個內 容為"foo"的字符串,既然是兩個,它們自然位于不同的內存地址。ab的值其實是兩個不同的內存地址的值,所以使用"=="操作符,結果會是 false。誠然,ab所指的對象,它們的內容都是"foo",應該是相等,但是==操作符并不涉及到對象內容的比較。
    對象內容的比較,正是equals方法做的事。

    看一下Object對象的equals方法是如何實現的:
    boolean equals(Object o){

    return this==o;

    }
    Object 對象默認使用了==操作符。所以如果你自創的類沒有覆蓋equals方法,那你的類使用equals和使用==會得到同樣的結果。同樣也可以看出, Objectequals方法沒有達到equals方法應該達到的目標:比較兩個對象內容是否相等。因為答案應該由類的創建者決定,所以Object 這個任務留給了類的創建者。

    看一下一個極端的類:
    Class Monster{
    private String content;
    ...
    boolean equals(Object another){ return true;}

    }
    我覆蓋了equals方法。這個實現會導致無論Monster實例內容如何,它們之間的比較永遠返回true

    所以當你是用equals方法判斷對象的內容是否相等,請不要想當然。因為可能你認為相等,而這個類的作者不這樣認為,而類的equals方法的實現是由 他掌握的。如果你需要使用equals方法,或者使用任何基于散列碼的集合(HashSet,HashMap,HashTable),請察看一下java doc以確認這個類的equals邏輯是如何實現的。

    問題三:String到底變了沒有?

    沒有。因為String被設計成不可變(immutable)類,所以它的所有對象都是不可變對象。請看下列代碼:

    String s = "Hello";
    s = s + " world!";

    s 所指向的對象是否改變了呢?從本系列第一篇的結論很容易導出這個結論。我們來看看發生了什么事情。在這段代碼中,s原先指向一個String對象,內容是 "Hello",然后我們對s進行了+操作,那么s所指向的那個對象是否發生了改變呢?答案是沒有。這時,s不指向原來那個對象了,而指向了另一個 String對象,內容為"Hello world!",原來那個對象還存在于內存之中,只是s這個引用變量不再指向它了。
    通過上面的說明,我們很容易導出另一個結論,如果經常對字符串進行各種各樣的修改,或者說,不可預見的修改,那么使用String來代表字符串的話會引起 很大的內存開銷。因為 String對象建立之后不能再改變,所以對于每一個不同的字符串,都需要一個String對象來表示。這時,應該考慮使用StringBuffer類, 它允許修改,而不是每個不同的字符串都要生成一個新的對象。并且,這兩種類的對象轉換十分容易。
    同時,我們還可以知道,如果要使用內容相同的字符串,不必每次都new一個String。例如我們要在構造器中對一個名叫sString引用變量進行初始化,把它設置為初始值,應當這樣做:
    public class Demo {
      private String s;
      ...
      public Demo {
        s = "Initial Value";
      }
      ...
    }
    而非
    s = new String("Initial Value");
    后者每次都會調用構造器,生成新對象,性能低下且內存開銷大,并且沒有意義,因為String對象不可改變,所以對于內容相同的字符串,只要一個 String對象來表示就可以了。也就說,多次調用上面的構造器創建多個對象,他們的String類型屬性s都指向同一個對象。
    上面的結論還基于這樣一個事實:對于字符串常量,如果內容相同,Java認為它們代表同一個String對象。而用關鍵字new調用構造器,總是會創建一個新的對象,無論內容是否相同。
    至于為什么要把String類設計成不可變類,是它的用途決定的。其實不只String,很多Java標準類庫中的類都是不可變的。在開發一個系統的時 候,我們有時候也需要設計不可變類,來傳遞一組相關的值,這也是面向對象思想的體現。不可變類有一些優點,比如因為它的對象是只讀的,所以多線程并發訪問 也不會有任何問題。當然也有一些缺點,比如每個不同的狀態都要一個對象來代表,可能會造成性能上的問題。所以Java標準類庫還提供了一個可變版本,即 StringBuffer

    問題四:final關鍵字到底修飾了什么?

    final使得被修飾的變量"不變",但是由于對象型變量的本質是引用,使得不變也有了兩種含義:引用本身的不變,和引用指向的對象不變。

    引用本身的不變:
    final StringBuffer a=new StringBuffer("immutable");
    final StringBuffer b=new StringBuffer("not immutable");
    a=b;//編譯期錯誤

    引用指向的對象不變:
    final StringBuffer a=new StringBuffer("immutable");
    a.append(" broken!"); //編譯通過

    可見,final只對引用的”(也即它所指向的那個對象的內存地址)有效,它迫使引用只能指向初始指向的那個對象,改變它的指向會導致編譯期錯誤。至 于它所指向的對象的變化,final是不負責的。這很類似==操作符:==操作符只負責引用的相等,至于這個地址所指向的對象內容是否相等,== 作符是不管的。

    理解final問題有很重要的含義。許多程序漏洞都基于此----final只能保證引用永遠指向固定對象,不能保證那個對象的狀態不變。在多線程的操作 ,一個對象會被多個線程共享或修改,一個線程對對象無意識的修改可能會導致另一個使用此對象的線程崩潰。一個錯誤的解決方法就是在此對象新建的時候把它 聲明為final,意圖使得它永遠不變。其實那是徒勞的。

    問題五:到底要怎么樣初始化!

    本問題討論變量的初始化,所以先來看一下Java中有哪些種類的變量。
    1. 類的屬性,或者叫值域
    2. 方法里的局部變量
    3. 方法的參數

    對于第一種變量,Java虛擬機會自動進行初始化。如果給出了初始值,則初始化為該初始值。如果沒有給出,則把它初始化為該類型變量的默認初始值。

    int類型變量默認初始值為0
    float類型變量默認初始值為0.0f
    double類型變量默認初始值為0.0
    boolean類型變量默認初始值為false
    char類型變量默認初始值為0(ASCII)
    long類型變量默認初始值為0
    所有對象引用類型變量默認初始值為null,即不指向任何對象。注意數組本身也是對象,所以沒有初始化的數組引用在自動初始化后其值也是null

    對于兩種不同的類屬性,static屬性與instance屬性,初始化的時機是不同的。instance屬性在創建實例的時候初始化,static屬性 在類加載,也就是第一次用到這個類的時候初始化,對于后來的實例的創建,不再次進行初始化。這個問題會在以后的系列中進行詳細討論。

    對于第二種變量,必須明確地進行初始化。如果再沒有初始化之前就試圖使用它,編譯器會抗議。如果初始化的語句在try塊中或if塊中,也必須要讓它在第一 次使用前一定能夠得到賦值。也就是說,把初始化語句放在只有if塊的條件判斷語句中編譯器也會抗議,因為執行的時候可能不符合if后面的判斷條件,如此一 來初始化語句就不會被執行了,這就違反了局部變量使用前必須初始化的規定。但如果在else塊中也有初始化語句,就可以通過編譯,因為無論如何,總有至少 一條初始化語句會被執行,不會發生使用前未被初始化的事情。對于try-catch也是一樣,如果只有在try塊里才有初始化語句,編譯部通過。如果在 catchfinally里也有,則可以通過編譯。總之,要保證局部變量在使用之前一定被初始化了。所以,一個好的做法是在聲明他們的時候就初始化他 們,如果不知道要出事化成什么值好,就用上面的默認值吧!

    其實第三種變量和第二種本質上是一樣的,都是方法中的局部變量。只不過作為參數,肯定是被初始化過的,傳入的值就是初始值,所以不需要初始化。

    問題六:instanceof是什么東東?

    instanceofJava的一個二元操作符,和==> <是同一類東東。由于它是由字母組成的,所以也是Java的保留關鍵字。它的作用是測試它左邊的對象是否是它右邊的類的實例,返回boolean類型的數據。舉個例子:

    String s = "I AM an Object!";
    boolean isObject = s instanceof Object;

    我們聲明了一個String對象引用,指向一個String對象,然后用instancof來測試它所指向的對象是否是Object類的一個實例,顯然,這是真的,所以返回true,也就是isObject的值為True
    instanceof有一些用處。比如我們寫了一個處理賬單的系統,其中有這樣三個類:

    public class Bill {//省略細節}
    public class PhoneBill extends Bill {//省略細節}
    public class GasBill extends Bill {//省略細節}

    在處理程序里有一個方法,接受一個Bill類型的對象,計算金額。假設兩種賬單計算方法不同,而傳入的Bill對象可能是兩種中的任何一種,所以要用instanceof來判斷:

    public double calculate(Bill bill) {
      if (bill instanceof PhoneBill) {
        //計算電話賬單
      }
      if (bill instanceof GasBill) {
        //計算燃氣賬單
      }
      ...
    }
    這樣就可以用一個方法處理兩種子類。

    然而,這種做法通常被認為是沒有好好利用面向對象中的多態性。其實上面的功能要求用方法重載完全可以實現,這是面向對象變成應有的做法,避免回到結構化編程模式。只要提供兩個名字和返回值都相同,接受參數類型不同的方法就可以了:

    public double calculate(PhoneBill bill) {
      //計算電話賬單
    }

    public double calculate(GasBill bill) {
      //計算燃氣賬單
    }

    所以,使用instanceof在絕大多數情況下并不是推薦的做法,應當好好利用多態。

    posted @ 2008-06-11 10:29 肖馬輝 閱讀(131) | 評論 (0)編輯 收藏
     
         摘要:   轉貼.............. Java基礎方面: 0、作用域public,private,protected,以及不寫時的區別 答:區別如下: 作用域 當前類 同一package 子孫類 其他package public √ √ √ √ protected √ √ ͩ...  閱讀全文
    posted @ 2008-06-11 10:28 肖馬輝 閱讀(151) | 評論 (0)編輯 收藏
     
     

    IT技能】
    1. 熟練掌握Java語言,深刻理解面向對象的思想與設計模式,熟悉JSPServletJDBCEJB的編程開發;
    2. 熟練掌握StrutsHibernateSpring技術框架,理解MVC模式及其應用、ORM映射原理、 AOP思想及依賴注入機制;
    3. 掌握Ajax及其相關技術XMLJavaScriptJSONDWR框架;
    4. 熟悉Web Service技術,能通過SpringXFire框架開發Web Service分布式應用;
    5. 熟練掌握SQL Server 2000、掌握Oracel數據庫;
    6. 熟練運用EclipseJBuilderPower DesignerRational Rose開發工具,掌握TomcatWebLogic等服務器的配置與部署。
    【項目經驗】
    長沙德和通用設備有限公司采購系統
    運行環境: Windows 2003/Tomcat5.5/SQL Server 2000
    開發工具: Eclipse3.2/Power Designer/SVN
    開發時間: 2007.11—2008.04
    開發人數: 5
    技術框架: Struts + Spring + Hibernate + Dojo
    項目簡述: 1.本系統通過有效地對需求和采購進行管理,達到縮短采購時間、幫助采購人員選擇最佳供應商和采購策略、提高采購效率與透明度、節約采購成本的目的,從而增強企業綜合競爭能力;
    2.主要功能模塊:
    需求計劃管理    采購計劃管理    采購流程管理       
    質量與退貨管理  基本信息管理    財務管理
    職責描述: 1.參與項目的需求分析及概要設計說明書的編寫;
    2.負責HibernatePOJO類和實體映射文件的編寫;
    3.負責采購流程管理模塊,以及采購計劃管理模塊中的采購計劃編制、報批與下達、查詢、修改與刪除等。
    湖南景晟公司電子支付系統
    運行環境: Windows 2000/Tomcat5.5/MySQL
    開發工具: Eclipse3.2/SVN
    開發時間: 2007.08—2007.10
    開發人數: 3
    技術框架: HttpClient + JIFFIE + Spring + ZK + Skype4Java
    項目簡述: 1.本系統集成快錢和支付寶在線電子支付接口,直接與訂單掛鉤進行批量付款,解決了人工支付與對賬的效率低下和繁瑣,并大大降低了錯誤和客戶投訴的幾率;
    2.主要功能模塊:
    快錢打賬模塊            支付寶批量支付模塊
    Skype錯誤報警通知模塊  報表統計模塊
    職責描述: 1.擔任項目組長,負責整個項目的設計與開發進度管理,以及SVN庫的配置與管理;
    2.負責支付寶批量支付和Skype錯誤報警通知模塊的編碼與測試。
    湖南景晟公司電子郵箱自動注冊系統
    運行環境: Windows 2000/Tomcat5.5/MySQL
    開發工具: Eclipse3.2/SVN
    開發時間: 2007.04—2007.06
    開發人數: 3
    技術框架: HttpClient + XFire + Spring + JOONE + JSP + mx4j
    項目簡述: 1.湖南景晟網絡科技有限公司是一家主要從事大型網絡游戲增值服務的網絡公司,因需要大量電子郵箱,為解決人工注冊的不便與效率低下,從而建立此系統。
    2.主要功能模塊:
    (1) 163郵箱自動注冊模塊 (2) sina郵箱自動注冊模塊
    (3) yahoo郵箱自動注冊模塊 (4) Gmail郵箱自動注冊模塊
    職責描述: 1.擔任項目組長,負責整個項目的設計與開發進度,以及SVN庫的配置與管理;
    2.負責Gmail游戲自動注冊模塊的編碼與測試。
    長沙廣達電子工單管理系統
    運行環境: Windows 2000/Tomcat5.5/SQL Server 2000
    開發工具: Eclipse3.2/Power Designer/Rational Rose/SVN
    開發時間: 2006.09—2007.02
    開發人數: 4
    技術框架: Struts + Spring + Hibernate + Ajax
    項目簡述: 1.該系統主要是解決長沙廣達公司能及時處理客戶的故障投訴及業務需求而建立的一套完善的工單處理系統,以解決原人工方式傳送的不便、不能及時處理客戶的故障投訴與需求等問題。
    2.主要功能模塊:
    (1) 工單管理        (2) 工單監控    (3)系統及用戶管理
    (4) 工單查詢統計    (5) 工單日志    (6) 客戶回訪
    職責描述: 1.負責工單管理模塊中的工單受理、派發、處理、回復等一系列流程以及工單日志模塊的編碼與測試;
    2.負責客戶培訓,以及項目前期維護。
    株洲湘東塑料有限公司OA系統
    運行環境: Windows 2003/Tomcat5.5/SQL Server 2000
    開發工具: Eclipse3.2/Power Designer/SVN
    開發時間: 2006.04—2006.08
    開發人數: 5
    技術框架: Struts + Hibernate + Spring + Ajax + jBPM
    項目簡述: 1.本系統主要為株洲湘東塑料有限公司量身打造的一套辦公室自動化管理系統,以局域網來實現辦公的日常運作和管理,加速了辦公室信息的交互從而提高工作效率。 
    2.主要功能模塊:
    (1) 公文管理        (2) 檔案管理        (3) 人事管理       
    (4) 公共信息管理    (5) 工作流程管理    (6) 人力資源管理
    (7) 工作計劃管理    (8) 系統管理
    職責描述: 1. 負責幫助頁面的編寫工作;
    2. 負責人事管理和系統管理模塊的開發與測試,其子模塊包括考勤管理、工資管理、職務調動、人事調動管理,以及系統維護、部門管理等。

    posted @ 2008-06-11 10:28 肖馬輝 閱讀(285) | 評論 (0)編輯 收藏
    僅列出標題
    共7頁: 上一頁 1 2 3 4 5 6 7 
     
    主站蜘蛛池模板: 免费观看男人免费桶女人视频| 一个人免费视频观看在线www| 成人免费观看一区二区| 亚洲国产精品无码久久久不卡 | 亚洲人成网站18禁止一区| 亚洲AV无码一区二区大桥未久| 国产精品久久久久久久久久免费| 亚洲一卡二卡三卡四卡无卡麻豆| 免费观看激色视频网站bd| 亚洲伊人久久大香线蕉在观| 成全视频免费高清 | 久久经典免费视频| 亚洲综合久久一本伊伊区| 67194成是人免费无码| 亚洲欧美一区二区三区日产| 日韩中文无码有码免费视频 | 久久精品国产亚洲av麻| 免费A级毛片无码视频| 亚洲一卡2卡3卡4卡国产网站 | 永久免费av无码入口国语片| 99久久亚洲精品无码毛片| 国内精品乱码卡1卡2卡3免费| 亚洲一区二区三区高清在线观看| 国产精品深夜福利免费观看| kk4kk免费视频毛片| 久久精品国产亚洲av麻| 欧美大尺寸SUV免费| 阿v视频免费在线观看| 亚洲AV综合色区无码一区| 国产91免费视频| 亚洲AV网一区二区三区| 亚洲人成人一区二区三区| 97国产免费全部免费观看| 美国毛片亚洲社区在线观看 | 亚洲日本中文字幕区| 暖暖日本免费在线视频| 99在线免费视频| 亚洲一区二区无码偷拍| 国产精品亚洲玖玖玖在线观看| 51视频精品全部免费最新| 最新亚洲人成网站在线观看 |