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

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

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

    我們的生活越來越精彩
    學(xué)無止境,恒心,毅力,堅持
    posts - 20,  comments - 6,  trackbacks - 0
    ???????剛畢業(yè)工作時都不懂,認(rèn)為做開發(fā)一切都以技術(shù)為主,就頂著老大給的任務(wù)量做,就想把開發(fā)做到徹底。可技術(shù)那么大一堆,始終學(xué)不完,不免有點打擊信心。工作兩年了,談?wù)務(wù)_的做開發(fā)的方式。開發(fā)以人為主體,團(tuán)隊才是核心,技術(shù)是載體,是工具,很多時候團(tuán)隊缺乏溝通,缺乏交流,每個人都盯著自己的事做,做出來的東西千奇百怪,不好整合,也談不上軟件開發(fā)的核心思想,復(fù)用,打擊不能取長不短,做一輩子都是一個程序員。任人宰割,任環(huán)境選擇淘汰。
    ?????? 正確的做軟件開發(fā)的方式是,依托環(huán)境,依托于人,依托自己,安心的做好每一天的事,不懂就問,不以技術(shù)為完全指導(dǎo)思想,在項目中學(xué)習(xí),成長,進(jìn)步。
    ??????? 男人應(yīng)該以事業(yè)為中心,換工作考慮的中心問題不是技術(shù),而是環(huán)境,做的事,只要是能做的,能學(xué)的,就能做,在新的環(huán)境才能很好生存。單靠技術(shù)是吃不下去的。這才是工作,才是社會,不要停留在上學(xué)的思維。要在社會上千錘百煉,環(huán)境中不斷磨合方為人。每個人的都有特點,都有專長,取長不短,心安理得,日子自然過的舒坦。兩年的工作經(jīng)驗,得了。恐怕在任何環(huán)境中都是如此。
    ??????? 有的同事工作了好幾年,出去找工作,又怕說,技術(shù)不是外面流行的技術(shù),我想這恐怕已經(jīng)死了,把自己當(dāng)苦工使。一個人更重要的是綜合能力的。當(dāng)然人各有志。專注于自己的。
    posted @ 2009-07-08 09:20 鳥生魚湯 閱讀(173) | 評論 (0)編輯 收藏
    ????? 很久不更新了,當(dāng)前都是一個空的狀態(tài)。想到點什么,又把它寫下來。???????

    ??????當(dāng)一種東西莫名的缺失的時候,你就會突然覺得它很珍貴。

    人都是這樣。當(dāng)前這樣無欲無求。學(xué)習(xí)為了理想,為了什么,為了達(dá)到身邊的狀態(tài)都如理想的狀態(tài)。

    不是。學(xué)習(xí)是為了生存。為了理想。為了生計。為了家人。為了健康。

    學(xué)習(xí)中抱著什么心態(tài)。我想這與實際生活與目標(biāo)相符合才是最實際的。

    當(dāng)融入進(jìn)去。不怕找不到新的生活。找到新的方向。這才是當(dāng)前要解決的東西。

    工作,學(xué)習(xí),生活,發(fā)現(xiàn),往復(fù)循環(huán)。妄想只是徒勞。虛空,乃需要知識與行動補給。朋友同事的關(guān)注與

    傾聽。

    為了學(xué)習(xí)而生活,為了生活而學(xué)習(xí),發(fā)展,就是這樣了。


    針對性目的性不要那么強。廣博,學(xué)以致用。

    精誠所至,金石為開,學(xué)以致用。
    posted @ 2009-05-21 16:14 鳥生魚湯 閱讀(242) | 評論 (0)編輯 收藏
    瘋了,剛寫了一個沒了,變的更強,能力系統(tǒng)。溝通。理解。技術(shù)。等等
    更切實際,更關(guān)注眼前。不依賴環(huán)境,不依賴自己。不安于現(xiàn)狀。開頭腦筋。

    總結(jié)代碼學(xué)習(xí)中的東西

    項目難點,條碼打印,調(diào)用掃描接口,sap操作,權(quán)限,項目業(yè)務(wù)知識。

    項目框架,ibatis+mvc

    采用到的技術(shù),jco,json,log4j,ibatis,ajax

    欠缺的知識,類的結(jié)構(gòu),cache寫法,基本的一些類,熟悉sap寫法,等等,熟悉業(yè)務(wù),

    需要學(xué)的技術(shù)知識。

    東西很多,慢慢學(xué),別人做了很久的工作,自己慢慢學(xué),總結(jié),和理清思路。慢慢看清里面的內(nèi)容。

    設(shè)計模式比較重要。。顯得

    學(xué)習(xí)并溝通對我真的是一大很難做的東西。簡單處理。用心去做。
    現(xiàn)實中的那些東西沒了,理性,志氣才真正展露。帶給我樂觀和積極上進(jìn)。調(diào)整心態(tài)!
    posted @ 2009-04-07 17:20 鳥生魚湯 閱讀(169) | 評論 (0)編輯 收藏
    把東西看的過重  過遠(yuǎn)
    過不實際
    實干的很少
    努力去做 放心大膽去做
    過段時間就可以得到自己應(yīng)得的了 自己的路才走的更長 更遠(yuǎn)
    posted @ 2009-03-23 14:21 鳥生魚湯 閱讀(151) | 評論 (0)編輯 收藏

    心情太煩亂了。加油  整理一下自己要學(xué)的

    posted @ 2009-03-23 14:07 鳥生魚湯 閱讀(124) | 評論 (0)編輯 收藏
    整理一下自己要學(xué)的,掌握的,薄弱的,需要加強的:
    1. java基礎(chǔ)知識,多線程,輸入輸出流,基礎(chǔ)知識,類的概念部分。
        數(shù)據(jù)結(jié)構(gòu),編譯原理,操作系統(tǒng)理論基礎(chǔ)。
    2. 數(shù)據(jù)庫知識,數(shù)據(jù)庫理論知識,sql和存儲過程,有系統(tǒng)的認(rèn)識。
    3. java web,ejb,jdbc等等理論知識,流行框架的結(jié)構(gòu),和基礎(chǔ)知識。
    4. 項目經(jīng)驗,了解和重新學(xué)習(xí)自己做過的一些系統(tǒng)。
    5. 其他業(yè)務(wù)知識。令人眼花繚亂的技術(shù),xml,weblogic,ajax...
    posted @ 2009-03-18 08:56 鳥生魚湯 閱讀(149) | 評論 (0)編輯 收藏
    人要獨立,不要患得患失。至此我的生活已經(jīng)發(fā)生了很大的變化。很多時候還是要堅持自己的想法。不為任何想法而改變。
    多看書。是時候改變自己了。不要在無謂的期待和等待,是時候去做了。而且要堅持。
    不要擔(dān)心任何東西。照著自己的想法去做。會有很多東西發(fā)現(xiàn)的。
    認(rèn)真的看自己的書,好好的做自己的工作,不懂的就多問多學(xué),不要怕礙面子,真正的好好待自己,我就這么多朋友,就這么多同學(xué),好好的學(xué)習(xí)吧。反正我還是學(xué)習(xí)型的。
    累了就要多調(diào)整自己。不要給自己設(shè)定過大的目標(biāo),那些還是要自己腳踏實地的做,給自己時間放松,讓自己想去哪里玩就去哪里。加油。
    posted @ 2009-03-11 17:37 鳥生魚湯 閱讀(134) | 評論 (0)編輯 收藏
    拒絕感性。拒絕理性。拒絕經(jīng)驗主義。
    與人相處,拒絕感性,拒絕幻想,決絕經(jīng)驗主義,從一個角度來說,你身邊的任何一個人,都只可能作為你的一部分,不能陪伴你一生,所以不要依賴于任何人,不要有對任何人有什么簡單的想法,別人說什么不要相信。一個人要獨立,要夠完整,不要讓別人來施舍同情你。和朋友的可以簡單相處,隨和。經(jīng)常自己最信賴的人突然離自己而去,不要有情緒。人要獨立依賴和靠自己。情緒是自己最大的殺手。
    想想自己產(chǎn)生的一些想法吧,那些是可以的,那些是不能要的,杜絕這些,習(xí)慣了也就好了。
    posted @ 2009-03-11 11:53 鳥生魚湯 閱讀(182) | 評論 (0)編輯 收藏

    我是一個感性的人。人都脫離不開情感和感性認(rèn)識。
    我一直很理性。按照大家教的那么去做,不過好像是自己認(rèn)識有偏差,在很多地方形成了陰影地帶,給自己一個假想敵,不的不被自己打敗,被自己給淹沒,連生活也沒了。
    脫離開了這些,我是一個理性的人,當(dāng)生活趨于平穩(wěn),自己也變得干凈歷練。很多想法比較開放隨意,但做起事來認(rèn)真仔細(xì)。
    我一直不敢承認(rèn)自己。用理性極大的壓制自己的感性。最后自己終不得。生活在強大的壓力下,認(rèn)識和想法開始走樣和偏差。不過感謝這股壓力,讓我在思想上有了較多的認(rèn)識。什么能帶走,帶不走的我的想法。一個人什么都沒有,其實,除了,只有思想,還有別的都不重要。人就靠頭腦賺錢。無知是可怕的。愚昧是可悲的。不學(xué)是可憎的。除了這個,我認(rèn)識到自己思想上很多的不足,其主要是思想閉塞,不開放。不聽他人意見,和不了解他人,不會換用他人的思維方式,主要就是對人的了解和看法不了解,片面,太感官。這下我認(rèn)識到自己思想上很多的誤區(qū)。可以大開思維,接受很多新的看法,了解他人的環(huán)境,而不是表面上的開朗外向,內(nèi)向卻積極的憂郁糾結(jié)。可能是一個人走向成熟的看法吧。
    在這里讀到很多美文,讓我心里十分的平靜,說到理了。這里真是一個好地方,寫東西,看東西,讀東西的一塊好的靜地。大概是我從前都不愛認(rèn)真讀,或者太表面,很多認(rèn)識不到位,心里面不平靜,也就是大多數(shù)說到的浮躁,年輕人的通病,看問題看東西太片面,太多自己的偏好,太多浮躁的環(huán)境,社會不安全,擁擠的因素。
    軟件行業(yè)是浮躁的,大多人是浮躁的,工作不是那么簡單,除了做事,很多事情沒有余地讓人思考。對于這些小事情,就欣然的接受,并帶著感性去把它處理了。而學(xué)習(xí),認(rèn)識需要更多理性的因素。這樣學(xué)的深,學(xué)的鬧,有自己的認(rèn)識,加上一些經(jīng)驗,思想感悟,這樣才能化為自己的東西。
    軟件行業(yè)是需要思想的行業(yè)。同時我相信我需要一些大的環(huán)境才能更好的培養(yǎng)自己。小公司只會讓自己累,讓自己沒有空間。不斷提高自己的綜合素質(zhì),讓自己的想法更趨完善,走到哪里都不怕。
    這是一個技術(shù)性忒強的行業(yè),光是做表面的東西,一點不實用的,難怪我心里會覺得怕,覺得虛。其實已經(jīng)掌握了一大堆感性素材,是時候?qū)W習(xí)新東西,讓自己提高了。
    那才是我 真正的自己

    從理性的角度去認(rèn)識自己的感性。很多東西無非是那樣了。很多東西都不攻自破。很多時候我以為和大家是一樣的,現(xiàn)在看來,有千差萬別,根本的還是自己冷靜的思想,自己的世界從來都是那么涼快的。如果我到了環(huán)境也是這樣,當(dāng)然會很好,可是我現(xiàn)在所處的環(huán)境,這幫人真他媽的沒勁,一個個軟綿綿的,只看到個別的還行。理性,才能更自性。
    神經(jīng)更加垂直,更加思維靈敏而有建第

    多讀blogjava上的好文章,特別是關(guān)于思想感悟的,少讀論壇,少上論壇,搞哪些無聊的,甚至?xí)艿截?fù)面的影響。這些文章才能讓人靜心。
    同意。還有那么多人,和我思想一致,達(dá)到感悟,而不是針對現(xiàn)象不斷的感想。
    呼喚理性的聲音。

    從認(rèn)識的角度去解決問題 而不是從感性的角度 不要接受別人的情緒影響 看清楚具體事實。

    posted @ 2009-03-11 11:06 鳥生魚湯 閱讀(298) | 評論 (2)編輯 收藏

    公司最近上不了外網(wǎng)了,只能上幾個技術(shù)網(wǎng)站,還好blogjava就是其中一個。很好,就寫這個。
    工資降了少的可憐。可我花錢還是那么夸張 真是不應(yīng)該。要成為信用卡的奴隸了,不堪回收啊。
    省省吧 工資穩(wěn)定了 就好好看書  少出門 多交朋友,談?wù)勑?畢竟我也24歲了。親愛的姑娘啊,等著我吧。只能大發(fā)感慨。唉。。。。。力拔山兮氣蓋世,時不利兮羈不勢。主觀要靠客觀,主觀努力吧。

    posted @ 2009-03-11 09:15 鳥生魚湯 閱讀(118) | 評論 (0)編輯 收藏

    在本地tomcat服務(wù)器上都可以調(diào)用,結(jié)果放到apusic服務(wù)器上就出現(xiàn)這樣的問題,但發(fā)現(xiàn)有的附件是可以打開的,URL地址象:
    后面總結(jié)了一下,情況是
    doc   可以打開
    xls   亂碼  西歐windows UTF-8
    rar   亂碼  GB2312

    有的同事說是字符集亂碼的問題,可是我就連字符集亂碼都搞不懂。
    然后找同事討教了處理下載文件的辦法,雖然自己也用過這樣的下載方法,可是這樣的話比較麻煩,就一個簡單的鏈接還要用到后臺的就太復(fù)雜化了。
    然后在網(wǎng)上找了找字符集的知識,和utf-8 doc xls 的東西。
    發(fā)現(xiàn)有一個mime-mapping 這樣的配置的東西,配置了一下真的是這個問題。


       


    posted @ 2008-10-30 17:14 鳥生魚湯 閱讀(1457) | 評論 (0)編輯 收藏

     ClassName:java.sql.SQLException
    Message:OLE DB 提供程序 'Microsoft.Jet.OLEDB.4.0' 報錯。
    NotifyUtil::java.net.SocketException: Software caused connection abort: recv failed
            at java.net.SocketInputStream.socketRead0(Native Method)
            at java.net.SocketInputStream.read(SocketInputStream.java:129)
            at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
            at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
            at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
            at java.io.FilterInputStream.read(FilterInputStream.java:116)
            at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:2370)
            at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
            at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
            at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
            at java.io.InputStreamReader.read(InputStreamReader.java:167)
            at java.io.BufferedReader.fill(BufferedReader.java:136)
            at java.io.BufferedReader.readLine(BufferedReader.java:299)
            at java.io.BufferedReader.readLine(BufferedReader.java:362)
            at org.netbeans.modules.web.monitor.server.NotifyUtil$RecordSender.run(NotifyUtil.java:293)

     

    項目部署在本機沒問題。發(fā)布到測試服務(wù)器上也沒問題。本地部署的用測試服務(wù)器的數(shù)據(jù)庫就出現(xiàn)上面的錯誤。
    posted @ 2008-06-26 13:46 鳥生魚湯 閱讀(5282) | 評論 (3)編輯 收藏
        今天的hibernate調(diào)用的存儲過程,分頁的時候執(zhí)行速度太慢,要1分鐘。
         折騰了半天終于解決了。
         最開始以為存儲過程返回了所有的結(jié)果,通過實際要求簡化為返回75行記錄。發(fā)現(xiàn)效果不明顯
         接著是為了好分頁,需要返回一個查詢的對象序列,存儲過程先返回一個ID,然后把ID做成一個序列,在通過hibernate的配置的執(zhí)行返回的對象集合,并且這樣分頁方便。hql語句是:from Bed as b WHERE b.id IN (:list) order by charindex(','+rtrim(id)+',' , '''' + :list2 + '''')  
         以為二次搜索的原因。然后換別的分頁方式,在網(wǎng)上找了大概有三種存儲過程分頁方式。

    SET QUOTED_IDENTIFIER ON
    GO
    SET ANSI_NULLS ON
    GO

     

    ALTER        proc sp_LaborFiles_GetList
        @PageNo   int=1,
        @PageCount int output
    as

    declare @PageSize int
    declare @RowCount int
    DECLARE @p1 INT
    DECLARE @sql nvarchar(1000)

    SET @PageSize = 20

    set @sql = N'select ID,FileName,CreateDate from T_Files Where Deleted = 0 and ( Type=''labor''or Type=''公用'') ORDER BY ID DESC'

    EXEC sp_cursoropen @p1 OUTPUT,@Sql,@scrollopt=1,@ccopt=1,@rowcount=@RowCount output


    if (@RowCount%@PageSize = 0)
       SET @PageCount = @RowCount/@PageSize
    ELSE
       SET @PageCount = @RowCount/@PageSize + 1

    SET @PageNo = (@PageNo - 1) * @PageSize + 1
    EXEC SP_CURSORFETCH @P1,16,@PageNo,@PageSize
    EXEC SP_CURSORCLOSE @P1

     


    GO
    SET QUOTED_IDENTIFIER OFF
    GO
    SET ANSI_NULLS ON
    GO

     這個方式執(zhí)行效率也不好,還返回了兩個結(jié)果集。

            Connection con = session.connection();
            CallableStatement sm = con.prepareCall("{call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)}");
            sm.setString(1, c.getDepartment());
            sm.setString(2, c.getDivision());
            .....
             ResultSet   set = sm.getResultSet();
      當(dāng)遍歷set.next()時,返回false,怎么取得第二個結(jié)果集尚未得知。這個執(zhí)行速度也慢。
    通過int id = set.getInt("ID"); 這樣的函數(shù)取字段然后重建對象返回對象的集合。

    在查了一下也許是采用了callableStatement類的方式,其實前者效率貌似更高,  于是采用
            Session session = CommonDAO.getSession();
            Query q = session.getNamedQuery("selectB");
            q.setString(0, c.getDepartment());
            q.setString(1, c.getDivision());
            q.setString(2, c.getBuildingNo());
            .....
           List lst = q.list();
    這樣的方式,需要在..hbm.xml里面配置
    <sql-query name="selectB">
            <![CDATA[ {call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)} ]]>
     </sql-query>
     這樣取出來的是對象集合
    for(Object obj : lst){
                Object[] objs = (Object[]) obj;
                Bed b = new Bed();
                b.setId(Integer.parseInt(objs[0].toString()));
             還得判斷空值的情況,很麻煩。

    最后從事件監(jiān)聽器得到的語句是

    SELECT @@MAX_PRECISION
    SET TRANSACTION ISOLATION LEVEL READ COMMITTED
    SET IMPLICIT_TRANSACTIONS OFF
    SET QUOTED_IDENTIFIER ON
    SET TEXTSIZE 2147483647
    SET IMPLICIT_TRANSACTIONS ON
    declare @P1 int
    exec sp_prepare @P1 output, N'@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 bit,@P5 int,@P6 int,@P7 int,@P8 int,@P9 int', N'EXECUTE up_Bed_Assign  @P0 , @P1 , @P2 , @P3 , @P4 , @P5 , @P6 , @P7 , @P8 , @P9 '
    select @P1

    exec sp_execute @P1, N'', N'', N'', N'', 0, 1, 0, 0, 1, 5

    整個存儲過程影響了5000+5000+5000+20000多行數(shù)據(jù),寒!趕緊優(yōu)化存儲過程,只需要搜索結(jié)果的一部分值就可以了。
        再進(jìn)行修改一下。總結(jié)一下遇到如下問題
    一是存儲過程分頁
    二是存儲過程返回結(jié)果集后的處理,多個結(jié)果集的處理
    三是hibernate里面調(diào)用存儲過程的方式和配置
    四是存儲過程的書寫,游標(biāo)使用

    posted @ 2008-06-17 18:16 鳥生魚湯 閱讀(2063) | 評論 (0)編輯 收藏

    用CSS構(gòu)建iframe的滾動條

    iframe應(yīng)用很普遍,通常的需求有兩種:

    1. 獲取iframe效果,就是帶一個滾動條,可以省不少版面。
    2. 要嵌一個頁面,實現(xiàn)框架鏈接。

    如果不方便使用iframe,可以有如下相應(yīng)解決方案:

    1. 可以使用css布局來實現(xiàn),即可以少一個頁面,也可以提高執(zhí)行效率。
    2. 可以采用xmlhttp遠(yuǎn)程獲取數(shù)據(jù)。

    A. 直接模擬iframe

    用層做容器

    #content { overflow:auto; height:185px; width:600px; background:#ccc; padding:10px;}

    效果演示:http://www.rexsong.com/blog/attachments/200601/02_150246_cssiframe1.htm

    用body做容器
    html { overflow:hidden; height:100%; background:#fff; border:0;}
    * html { padding:200px 0 0 100px;}
    body { overflow:auto; background:#ccc; margin:0; position:absolute; top:200px; left:100px; bottom:0; right:0;}
    * html body { height:100%; width:100%; position:static;}

    效果演示:http://www.rexsong.com/blog/attachments/200601/02_151517_cssiframe2.htm

    B. 絕對定位模擬iframe

    滾動條在外邊
    html { overflow:hidden; border:0; height:100%;}
    body { overflow:hidden; margin:0; height:100%; position:relative;}
    #content { height:100%; position:relative; z-index:1; overflow:auto;}
    #head { position:absolute; top:0; right:16px; width:100%; height:100px; background:#ccc; z-index:2;}
    #foot { position:absolute; bottom:0; right:16px; width:100%; background:#ccc; height:50px;z-index:2;}

    效果演示:http://www.rexsong.com/blog/attachments/200601/02_151837_cssiframe3.htm

    滾動條在里邊
    html { height:100%; max-height:100%; border:0; overflow:hidden;}
    * html { padding:100px 0 50px 0;}
    body { height:100%; max-height:100%; margin:0; overflow:hidden;}

    #content { position:absolute; top:100px; bottom:50px; left:0; right:0; z-index:3; width:100%; overflow:auto;}
    * html #content { top:100px; bottom:0; height:100%;}

    #head { position:absolute; margin:0; top:0; left:0; width:100%; height:100px; background:#ccc; z-index:5;}
    #foot { position:absolute; margin:0; bottom:0; left:0; width:100%; height:50px; z-index:5; background:#ccc;}

    效果演示:http://www.rexsong.com/blog/attachments/200601/02_153241_cssiframe4.htm

    強調(diào)一下,standard模式要把body看作是一個容器,基本和div類似,這和傳統(tǒng)觀念是很不一樣。搞清楚了html與body的關(guān)系,關(guān)于高級布局的很多問題自然迎刃而解。
    posted @ 2008-06-02 14:59 鳥生魚湯 閱讀(1121) | 評論 (0)編輯 收藏

    輸入框的提示:
    1.

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

    <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">

    <head>
      <title></title>
      <style type="text/css">
      *{
      margin:0px;padding:0px;font-size:12px;
      }
        input{
          width:100px;height:20px;border:1px solid #ccc;
        }

      </style>
    </head>

    <body>
    <script language="javascript">
    function tips(id,str){
    var l=document.getElementById(id).offsetLeft+120;
    var t=document.getElementById(id).offsetTop;
    document.getElementById("tips").innerHTML="提示:"+str;
    document.getElementById("tips").style.left=l+"px";
    document.getElementById("tips").style.top=t+"px";
    document.getElementById("tips").style.display="";
    }
    function outtips(){
        document.getElementById("tips").style.display='none';
    }
    </script>
    <div id="tips" style="position:absolute;border:1px solid #ccc;padding:0px 3px;color:#f00;display:none;height:20px;line-height:20px;background:#fcfcfc"></div>

     
    姓名:<input type="text" id="username" onfocus="tips('username','姓名長度最多16個字符')" onblur="outtips()" />

     
    密碼:<input type="password" id="password" onfocus="tips('password','密碼長度必須在3-18位之間')" onblur="outtips()" />
    </body>
    </html>


    本文來自: 腳本之家(www.jb51.net) 詳細(xì)出處參考:http://www.jb51.net/article/11170.htm

    2.

    姓名:<input type="text" id="username" onMouseOver="this.focus()"   onBlur="if   (value   ==''){value='請輸入關(guān)鍵字'}"   onFocus="this.select()"   onClick="if(this.value=='請輸入關(guān)鍵字')this.value=''"/>


    3.
    posted @ 2008-05-12 15:04 鳥生魚湯 閱讀(306) | 評論 (0)編輯 收藏

     

    msdtc.exe是微軟分布式傳輸協(xié)調(diào)程序。該進(jìn)程調(diào)用系統(tǒng)Microsoft Personal Web Server和Microsoft SQL Server。該服務(wù)用于管理多個服務(wù)器


    控制面板--管理工具--服務(wù)--找到Distributed Transaction Coordinator--禁用
    MSDTC(分布式交易協(xié)調(diào)器)。協(xié)調(diào)跨多個數(shù)據(jù)庫、消息隊列、文件系統(tǒng)等資源管理器的事務(wù)。該服務(wù)的進(jìn)程名為Msdtc.exe。
    依存關(guān)系:Remote Procedure Call(RPC)和Security Accounts Manager
    建議:一般家用計算機涉及不到,除非你啟用Message Queuing服務(wù),可以停止。


    啟動不了就在命令提示符里輸入 msdtc -resetlog 然后就可以啟動服務(wù)
    posted @ 2008-05-12 09:17 鳥生魚湯 閱讀(351) | 評論 (0)編輯 收藏
         摘要: 簡單介紹一下您的情況? 您怎樣描述自己? 您為何要選擇我公司? 您為了這次面試做了哪些準(zhǔn)備工作? 我們?yōu)槭裁匆蛡蚰?為什么您要應(yīng)聘這個職位? 您期望的薪金待遇是多少?   什么對您來說更加重要 — 工作還是金錢? 您期望從此職業(yè)中獲得什么 — 金錢、聲望還是事業(yè)成就感? 如果其他公司為您提供了更高的薪水,您會離開我公司嗎? 您生活的最終目標(biāo)是什么?  ...  閱讀全文
    posted @ 2008-05-08 11:44 鳥生魚湯 閱讀(1148) | 評論 (0)編輯 收藏

    程序員面試之葵花寶典

    面向?qū)ο蟮奶卣饔心男┓矫?/span>  

    1. 抽象 :抽象就是忽略一個主題中與當(dāng)前目標(biāo)無關(guān)的那些方面, 以便更充分地注意與當(dāng)前目標(biāo) 4. 有關(guān)的方面。抽象并不打算了解全部問題,而只是選擇其中的一部分,暫時不用部分細(xì)節(jié)。抽象包括兩個方面,一是過程抽象, . 二是數(shù)據(jù)抽象。

    11. 繼承 :繼承是一種聯(lián)結(jié)類的層次模型,并且允許和鼓勵類的重用, 它提供了一種明確表述共性的方法。對象的一個新類可以從現(xiàn)有的類中派生, 這個過程稱為類繼承。新類繼承了原始類的特性, 新類稱為原始類的派生類(子類),而原始類稱為新類的基類(父類)。派生類可以從它的基類那里繼承方法和實例變量, 并且類可以修改或增加新的方法使之更適合特殊的需要。

    18.封裝 :封裝是把過程和數(shù)據(jù)包圍起來, 對數(shù)據(jù)的訪問只能通過已定義的界面。面向?qū)ο笥嬎闶加谶@個基本概念,即現(xiàn)實世界可以被描繪成一系列完全自治、封裝的對象,這些對象通過一個受保護(hù)的接口訪問其他對象。

    22. 多態(tài)性 :多態(tài)性是指允許不同類的對象對同一消息作出響應(yīng)。多態(tài)性包括參數(shù)化多態(tài)性和包含多態(tài)性。多態(tài)性語言具有靈活、抽象、行為共享、代碼共享的優(yōu)勢, 很好的解決了應(yīng)用程序函數(shù)同名問題。

    2 String 是最基本的數(shù)據(jù)類型嗎 ?

    基本數(shù)據(jù)類型包括 byte int char long float double boolean short

    java.lang.String 類是 final 類型的,因此不可以繼承這個類、不能修改這個類。為了提高效率節(jié)省空間,我們應(yīng)該用 StringBuffer

    3 int Integer 有什么區(qū)別

    Java 提供兩種不同的類型:引用類型和原始類型(或內(nèi)置類型)。 Int java 的原始數(shù)據(jù)類型, Integer java int 提供的封裝類。 Java 為每個原始類型提供了封裝類。

    原始類型封裝類 booleanBoolean charCharacter byteByte shortShort intInteger longLong floatFloat doubleDouble

    引用類型和原始類型的行為完全不同,并且它們具有不同的語義。引用類型和原始類型具有不同的特征和用法,它們包括:大小和速度問題,這種類型以哪種類型的數(shù)據(jù)結(jié)構(gòu)存儲,當(dāng)引用類型和原始類型用作某個類的實例數(shù)據(jù)時所指定的缺省值。對象引用實例變量的缺省值為 null ,而原始類型實例變量的缺省值與它們的類型有關(guān)。

    4 String StringBuffer 的區(qū)別

    JAVA 平臺提供了兩個類: String StringBuffer ,它們可以儲存和操作字符串,即包含多個字符的字符數(shù)據(jù)。這個 String 類提供了數(shù)值不可改變的字符串。而這個 StringBuffer 類提供的字符串進(jìn)行修改。當(dāng)你知道字符數(shù)據(jù)要改變的時候你就可以使用 StringBuffer 。典型地,你可以使用 StringBuffers 來動態(tài)構(gòu)造字符數(shù)據(jù)。

    5 運行時異常與一般異常有何異同?

    異常表示程序運行過程中可能出現(xiàn)的非正常狀態(tài),運行時異常表示虛擬機的通常操作中可能遇到的異常,是一種常見運行錯誤。 java 編譯器要求方法必須聲明拋出可能發(fā)生的非運行時異常,但是并不要求必須聲明拋出未被捕獲的運行時異常。

    6 說出 Servlet 的生命周期,并說出 Servlet CGI 的區(qū)別

    Servlet 被服務(wù)器實例化后,容器運行其 init 方法,請求到達(dá)時運行其 service 方法, service 方法自動派遣運行與請求對應(yīng)的 doXXX 方法( doGet doPost )等,當(dāng)服務(wù)器決定將實例銷毀的時候調(diào)用其 destroy 方法。

    cgi 的區(qū)別在于 servlet 處于服務(wù)器進(jìn)程中,它通過多線程方式運行其 service 方法,一個實例可以服務(wù)于多個請求,并且其實例一般不會銷毀,而 CGI 對每個請求都產(chǎn)生新的進(jìn)程,服務(wù)完成后就銷毀,所以效率上低于 servlet

    7 說出 ArrayList,Vector, LinkedList 的存儲性能和特性

    ArrayList Vector 都是使用數(shù)組方式存儲數(shù)據(jù),此數(shù)組元素數(shù)大于實際存儲的數(shù)據(jù)以便增加和插入元素,它們都允許直接按序號索引元素,但是插入元素要涉及數(shù)組元素移動等內(nèi)存操作,所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢, Vector 由于使用了 synchronized 方法(線程安全),通常性能上較 ArrayList 差,而 LinkedList 使用雙向鏈表實現(xiàn)存儲,按序號索引數(shù)據(jù)需要進(jìn)行前向或后向遍歷,但是插入數(shù)據(jù)時只需要記錄本項的前后項即可,所以插入速度較快。

    8 EJB 是基于哪些技術(shù)實現(xiàn)的?并說出 SessionBean EntityBean 的區(qū)別, StatefulBean StatelessBean 的區(qū)別。

        EJB 包括 Session Bean Entity Bean Message Driven Bean ,基于 JNDI RMI JAT 等技術(shù)實現(xiàn)。

    SessionBean J2EE 應(yīng)用程序中被用來完成一些服務(wù)器端的業(yè)務(wù)操作,例如訪問數(shù)據(jù)庫、調(diào)用其他 EJB 組件。 EntityBean 被用來代表應(yīng)用系統(tǒng)中用到的數(shù)據(jù)。

    對于客戶機, SessionBean 是一種非持久性對象,它實現(xiàn)某些在服務(wù)器上運行的業(yè)務(wù)邏輯。

    對于客戶機, EntityBean 是一種持久性對象,它代表一個存儲在持久性存儲器中的實體的對象視圖,或是一個由現(xiàn)有企業(yè)應(yīng)用程序?qū)崿F(xiàn)的實體。

    Session Bean 還可以再細(xì)分為 Stateful Session Bean Stateless Session Bean ,這兩種的 Session Bean 都可以將系統(tǒng)邏輯放在 method 之中執(zhí)行,不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài),因此通常來說,一個使用者會有一個相對應(yīng)的 Stateful Session Bean 的實體。 Stateless Session Bean 雖然也是邏輯組件,但是他卻不負(fù)責(zé)記錄使用者狀態(tài),也就是說當(dāng)使用者呼叫 Stateless Session Bean 的時候, EJB Container 并不會找尋特定的 Stateless Session Bean 的實體來執(zhí)行這個 method 。換言之,很可能數(shù)個使用者在執(zhí)行某個 Stateless Session Bean methods 時,會是同一個 Bean Instance 在執(zhí)行。從內(nèi)存方面來看, Stateful Session Bean Stateless Session Bean 比較, Stateful Session Bean 會消耗 J2EE Server 較多的內(nèi)存,然而 Stateful Session Bean 的優(yōu)勢卻在于他可以維持使用者的狀態(tài)。

    9 Collection Collections 的區(qū)別 Collection 是集合類的上級接口,繼承與他的接口主要有 Set List.

    Collections 是針對集合類的一個幫助類,他提供一系列靜態(tài)方法實現(xiàn)對各種集合的搜索、排序、線程安全化等操作。

    10 & && 的區(qū)別

    & 是位運算符,表示按位與運算, && 是邏輯運算符,表示邏輯與( and )。

    11 HashMap Hashtable 的區(qū)別  

    HashMap Hashtable 的輕量級實現(xiàn)(非線程安全

    的實現(xiàn)),他們都完成了 Map 接口,主要區(qū)別在于 HashMap 允許空( null )鍵值( key , 由于非線程安全,效率上可能高于 Hashtable

    HashMap 允許將 null 作為一個 entry key 或者 value ,而 Hashtable 不允許。

    HashMap Hashtable contains 方法去掉了,改成 containsvalue containsKey 。因為 contains 方法容易讓人引起誤解。 Hashtable 繼承自 Dictionary 類,而 HashMap Java1.2 引進(jìn)的 Map interface 的一個實現(xiàn)。

    最大的不同是, Hashtable 的方法是 Synchronize 的,而 HashMap 不是,在多個線程訪問 Hashtable 時,不需要自己為它的方法實現(xiàn)同步,而 HashMap 就必須為之提供外同步。

    Hashtable HashMap 采用的 hash/rehash 算法都大概一樣,所以性能不會有很大的差異。

    12 final, finally, finalize 的區(qū)別

    final 用于聲明屬性,方法和類,分別表示屬性不可變,方法不可覆蓋,類不可繼承。 finally 是異常處理語句結(jié)構(gòu)的一部分,表示總是執(zhí)行。 finalize Object 類的一個方法,在垃圾收集器執(zhí)行的時候會調(diào)用被回收對象的此方法,可以覆蓋此方法提供垃圾收集時的其他資源回收,例如關(guān)閉文件等。

    13 sleep() wait() 有什么區(qū)別 ?

      sleep 是線程類( Thread )的方法,導(dǎo)致此線程暫停執(zhí)行指定時間,給執(zhí)行機會給其他線程,但是監(jiān)控狀態(tài)依然保持,到時后會自動恢復(fù)。調(diào)用 sleep 不會釋放對象鎖。 wait Object 類的方法,對此對象調(diào)用 wait 方法導(dǎo)致本線程放棄對象鎖,進(jìn)入等待此對象的等待鎖定池,只有針對此對象發(fā)出 notify 方法(或 notifyAll )后本線程才進(jìn)入對象鎖定池準(zhǔn)備獲得對象鎖進(jìn)入運行狀態(tài)。

    14 Overload Override 的區(qū)別

    Overloaded 的方法是否可以改變返回值的類型 ?

    方法的重寫 Overriding 和重載 Overloading Java 多態(tài)性的不同表現(xiàn)。重寫 Overriding 是父類與子類之間多態(tài)性的一種表現(xiàn),重載 Overloading 是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù),我們說該方法被重寫 (Overriding) 。子類的對象使用這個方法時,將調(diào)用子類中的定義,對它而言,父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法,它們或有不同的參數(shù)個數(shù)或有不同的參數(shù)類型,則稱為方法的重載 (Overloading) Overloaded 的方法是可以改變返回值的類型。

    15 error exception 有什么區(qū)別 ?

    error 表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。

    exception 表示一種設(shè)計或?qū)崿F(xiàn)問題。也就是說,它表示如果程序運行正常,從不會發(fā)生的情況。

    16 同步和異步有何異同,在什么情況下分別使用他們?舉例說明。

    如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個線程讀到,或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個線程寫過了,那么這些數(shù)據(jù)就是共享數(shù)據(jù),必須進(jìn)行同步存取。當(dāng)應(yīng)用程序在對象上調(diào)用了一個需要花費很長時間來執(zhí)行的方法,并且不希望讓程序等待方法的返回時,就應(yīng)該使用異步編程,在很多情況下采用異步途徑往往更有效率。

    17 abstract class interface 有什么區(qū)別 ?

    聲明方法的存在而不去實現(xiàn)它的類被叫做抽象類( abstract class ),它用于要創(chuàng)建一個體現(xiàn)某些基本行為的類,并為該類聲明方法,但不能在該類中實現(xiàn)該類的情況。不能創(chuàng)建 abstract 類的實例。然而可以創(chuàng)建一個變量,其類型是一個抽象類,并讓它指向具體子類的一個實例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。 Abstract 類的子類為它們父類中的所有抽象方法提供實現(xiàn),否則它們也是抽象類為。取而代之,在子類中實現(xiàn)該方法。知道其行為的其它類可以在類中實現(xiàn)這些方法。接口( interface )是抽象類的變體。在接口中,所有方法都是抽象的。多繼承性可通過實現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的,沒有一個有程序體。接口只可以定義 static final 成員變量。接口的實現(xiàn)與子類相似,除了該實現(xiàn)類不能從接口定義中繼承行為。當(dāng)類實現(xiàn)特殊接口時,它定義(即將程序體給予)所有這種接口的方法。然后,它可以在實現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類,它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類型或從接口類型轉(zhuǎn)換, instanceof 運算符可以用來決定某對象的類是否實現(xiàn)了接口。

    18 heap stack 有什么區(qū)別。

    棧是一種線形集合,其添加和刪除元素的操作應(yīng)在同一段完成。棧按照后進(jìn)先出的方式進(jìn)行處理。堆是棧的一個組成元素

    19 forward redirect 的區(qū)別

    forward 是服務(wù)器請求資源,服務(wù)器直接訪問目標(biāo)地址的 URL ,把那個 URL 的響應(yīng)內(nèi)容讀取過來,然后把這些內(nèi)容再發(fā)給瀏覽器,瀏覽器根本不知道服務(wù)器發(fā)送的內(nèi)容是從哪兒來的,所以它的地址欄中還是原來的地址。 redirect 就是服務(wù)端根據(jù)邏輯 , 發(fā)送一個狀態(tài)碼 , 告訴瀏覽器重新去請求那個地址,一般來說瀏覽器會用剛才請求的所有參數(shù)重新請求,所以 session,request 參數(shù)都可以獲取。

    20 EJB JAVA BEAN 的區(qū)別?

    Java Bean 是可復(fù)用的組件,對 Java Bean 并沒有嚴(yán)格的規(guī)范,理論上講,任何一個 Java 類都可以是一個 Bean 。但通常情況下,由于 Java Bean 是被容器所創(chuàng)建(如 Tomcat )的,所以 Java Bean 應(yīng)具有一個無參的構(gòu)造器,另外,通常 Java Bean 還要實現(xiàn) Serializable 接口用于實現(xiàn) Bean 的持久性。 Java Bean 實際上相當(dāng)于微軟 COM 模型中的本地進(jìn)程內(nèi) COM 組件,它是不能被跨進(jìn)程訪問的。 Enterprise Java Bean 相當(dāng)于 DCOM ,即分布式組件。它是基于 Java 的遠(yuǎn)程方法調(diào)用( RMI )技術(shù)的,所以 EJB 可以被遠(yuǎn)程訪問(跨進(jìn)程、跨計算機)。但 EJB 必須被布署在諸如 Webspere WebLogic 這樣的容器中, EJB 客戶從不直接訪問真正的 EJB 組件,而是通過其容器訪問。 EJB 容器是 EJB 組件的代理, EJB 組件由容器所創(chuàng)建和管理。客戶通過容器來訪問真正的 EJB 組件。

    21 Static Nested Class Inner Class 的不同。

      Static Nested Class 是被聲明為靜態(tài)( static )的內(nèi)部類,它可以不依賴于外部類實例被實例化。而通常的內(nèi)部類需要在外部類實例化后才能實例化。

    22 JSP 中動態(tài) INCLUDE 與靜態(tài) INCLUDE 的區(qū)別?

    動態(tài) INCLUDE jsp:include 動作實現(xiàn) <jsp:include page="included.jsp" flush="true" /> 它總是會檢查所含文件中的變化,適合用于包含動態(tài)頁面,并且可以帶參數(shù)。靜態(tài) INCLUDE include 偽碼實現(xiàn) , 定不會檢查所含文件的變化,適用于包含靜態(tài)頁面 <%@ include file="included.htm" %>

    23 什么時候用 assert

      assertion( 斷言 ) 在軟件開發(fā)中是一種常用的調(diào)試方式,很多開發(fā)語言中都支持這種機制。在實現(xiàn)中, assertion 就是在程序中的一條語句,它對一個 boolean 表達(dá)式進(jìn)行檢查,一個正確程序必須保證這個 boolean 表達(dá)式的值為 true ;如果該值為 false ,說明程序已經(jīng)處于不正確的狀態(tài)下,系統(tǒng)將給出警告或退出。一般來說, assertion 用于保證程序最基本、關(guān)鍵的正確性。 assertion 檢查通常在開發(fā)和測試時開啟。為了提高性能,在軟件發(fā)布后, assertion 檢查通常是關(guān)閉的。

    posted @ 2008-05-08 11:35 鳥生魚湯 閱讀(153) | 評論 (0)編輯 收藏

    1.Collection List Set Map 區(qū)別記憶

    這些都代表了Java中的集合,這里主要從其元素是否有序,是否可重復(fù)來進(jìn)行區(qū)別記憶,以便恰當(dāng)?shù)厥褂茫?dāng)然還存在同步方面的差異,見上一篇相關(guān)文章。

    有序否

    允許元素重復(fù)否

    Collection

    List

    Set

    AbstractSet

    HashSet

    TreeSet

    是(用二叉樹排序)

    Map

    AbstractMap

    使用key-value來映射和存儲數(shù)據(jù),Key必須惟一,value可以重復(fù)

    HashMap

    TreeMap

    是(用二叉樹排序)

    List 接口對Collection進(jìn)行了簡單的擴充,它的具體實現(xiàn)類常用的有ArrayList和LinkedList。你可以將任何東西放到一個List容器 中,并在需要時從中取出。ArrayList從其命名中可以看出它是一種類似數(shù)組的形式進(jìn)行存儲,因此它的隨機訪問速度極快,而LinkedList的內(nèi) 部實現(xiàn)是鏈表,它適合于在鏈表中間需要頻繁進(jìn)行插入和刪除操作。在具體應(yīng)用時可以根據(jù)需要自由選擇。前面說的Iterator只能對容器進(jìn)行向前遍歷,而 ListIterator則繼承了Iterator的思想,并提供了對List進(jìn)行雙向遍歷的方法。

    Set接口也是 Collection的一種擴展,而與List不同的時,在Set中的對象元素不能重復(fù),也就是說你不能把同樣的東西兩次放入同一個Set容器中。它的常 用具體實現(xiàn)有HashSet和TreeSet類。HashSet能快速定位一個元素,但是你放到HashSet中的對象需要實現(xiàn)hashCode()方 法,它使用了前面說過的哈希碼的算法。而TreeSet則將放入其中的元素按序存放,這就要求你放入其中的對象是可排序的,這就用到了集合框架提供的另外 兩個實用類Comparable和Comparator。一個類是可排序的,它就應(yīng)該實現(xiàn)Comparable接口。有時多個類具有相同的排序算法,那就 不需要在每分別重復(fù)定義相同的排序算法,只要實現(xiàn)Comparator接口即可。集合框架中還有兩個很實用的公用類:Collections和 Arrays。Collections提供了對一個Collection容器進(jìn)行諸如排序、復(fù)制、查找和填充等一些非常有用的方法,Arrays則是對一 個數(shù)組進(jìn)行類似的操作。


    Map是一種把鍵對象和值對象進(jìn)行關(guān)聯(lián)的容器,而一個值對象又可以是一個Map,依次類推,這樣就可 形成一個多級映射。對于鍵對象來說,像Set一樣,一個Map容器中的鍵對象不允許重復(fù),這是為了保持查找結(jié)果的一致性;如果有兩個鍵對象一樣,那你想得 到那個鍵對象所對應(yīng)的值對象時就有問題了,可能你得到的并不是你想的那個值對象,結(jié)果會造成混亂,所以鍵的唯一性很重要,也是符合集合的性質(zhì)的。當(dāng)然在使 用過程中,某個鍵所對應(yīng)的值對象可能會發(fā)生變化,這時會按照最后一次修改的值對象與鍵對應(yīng)。對于值對象則沒有唯一性的要求。你可以將任意多個鍵都映射到一 個值對象上,這不會發(fā)生任何問題(不過對你的使用卻可能會造成不便,你不知道你得到的到底是那一個鍵所對應(yīng)的值對象)。Map有兩種比較常用的實現(xiàn): HashMap和TreeMap。HashMap也用到了哈希碼的算法,以便快速查找一個鍵,TreeMap則是對鍵按序存放,因此它便有一些擴展的方 法,比如firstKey(),lastKey()等,你還可以從TreeMap中指定一個范圍以取得其子Map。鍵和值的關(guān)聯(lián)很簡單,用pub (Object key,Object value)方法即可將一個鍵與一個值對象相關(guān)聯(lián)。用get(Object key)可得到與此key對象所對應(yīng)的值對象。

    2.List、vector、set、map的區(qū)別與聯(lián)系

    在使用Java的時候,我們都會遇到使用集合(Collection)的時候,但是Java API提供了多種集合的實現(xiàn),我在使用和面試的時候頻頻遇到這樣的抉擇 :)(主要還是面試的時候)
    久而久之,也就有了一點點的心得體會,寫出來以供大家討論
    總的說來,Java API中所用的集合類,都是實現(xiàn)了Collection接口,他的一個類繼承結(jié)構(gòu)如下:

    Collection<--List<--Vector
    Collection<--List<--ArrayList
    Collection<--List<--LinkedList
    Collection<--Set<--HashSet
    Collection<--Set<--HashSet<--LinkedHashSet
    Collection<--Set<--SortedSet<--TreeSet
    Vector : 基于ArrayList,其實就是封裝了Array所不具備的一些功能方便我們使用,它不可能走入Array的限制。性能也就不可能超越Array。所以,在可能的情況下,我們要多運用Array。另外很重要的一點就是Vector“sychronized”的,這個也是VectorArrayList的唯一的區(qū)別。

    ArrayList
    :同Vector一樣是一個基于Array上的鏈表,但是不同的是ArrayList不是同步的。所以在性能上要比Vector優(yōu)越一些,但是當(dāng)運行到多線程環(huán)境中時,可需要自己在管理線程的同步問題。

    LinkedList
    LinkedList不同于前面兩種List,它不是基于Array的,所以不受Array性能的限制。它每一個節(jié)點(Node)都包含兩方面的內(nèi)容:1.節(jié)點本身的數(shù)據(jù)(data);2.下一個節(jié)點的信息(nextNode)。所以當(dāng)對LinkedList做添加,刪除動作的時候就不用像基于ArrayList一樣,必須進(jìn)行大量的數(shù)據(jù)移動。只要更改nextNode的相關(guān)信息就可以實現(xiàn)了。這就是LinkedList的優(yōu)勢。

    List
    總結(jié):

    1.
    所有的List中只能容納單個不同類型的對象組成的表,而不是KeyValue鍵值對。例如:[ tom,1,c ]

    2.
    所有的List中可以有相同的元素,例如Vector中可以有 [ tom,koo,too,koo ]

    3.
    所有的List中可以有null元素,例如[ tom,null,1 ]

    4.
    基于ArrayListVectorArrayList)適合查詢,而LinkedList(鏈表)適合添加,刪除操作。

    HashSet
    :雖然SetList都實現(xiàn)了Collection接口,但是他們的實現(xiàn)方式卻大不一樣。List基本上都是以Array為基礎(chǔ)。但是Set則是在HashMap的基礎(chǔ)上來實現(xiàn)的,這個就是SetList的根本區(qū)別。HashSet的存儲方式是把HashMap中的Key作為Set的對應(yīng)存儲項。看看HashSetaddObject obj)方法的實現(xiàn)就可以一目了然了。

    public boolean add(Object obj)
    {
    return map.put(obj, PRESENT) == null;
    }
    這個也是為什么在Set中不能像在List中一樣有重復(fù)的項的根本原因,因為HashMapkey是不能有重復(fù)的。

    LinkedHashSet
    HashSet的一個子類,一個鏈表。

    TreeSet
    SortedSet的子類,它不同于HashSet的根本就是TreeSet是有序的。它是通過SortedMap來實現(xiàn)的。

    Set
    總結(jié):

    1. Set
    實現(xiàn)的基礎(chǔ)是MapHashMap);

    2. Set
    中的元素是不能重復(fù)的,如果使用add(Object obj)方法添加已經(jīng)存在的對象,則會覆蓋前面的對象;
    3.Java基本概念:集合類 List/Set/Map... 的區(qū)別和聯(lián)系

    Collection:List、Set
    Map:HashMap、HashTable

    如何在它們之間選擇


    一、Array , Arrays

    Java所有“存儲及隨機訪問一連串對象”的做法,array是最有效率的一種。

    1、
    效率高,但容量固定且無法動態(tài)改變。
    array還有一個缺點是,無法判斷其中實際存有多少元素,length只是告訴我們array的容量。

    2、Java中有一個Arrays類,專門用來操作array
    arrays中擁有一組static函數(shù),
    equals():比較兩個array是否相等。array擁有相同元素個數(shù),且所有對應(yīng)元素兩兩相等。
    fill():將值填入array中。
    sort():用來對array進(jìn)行排序。
    binarySearch():在排好序的array中尋找元素。
    System.arraycopy():array的復(fù)制。


    二、Collection , Map

    若撰寫程序時不知道究竟需要多少對象,需要在空間不足時自動擴增容量,則需要使用容器類庫,array不適用。

    1、Collection 和 Map 的區(qū)別

    容器內(nèi)每個為之所存儲的元素個數(shù)不同。
    Collection類型者,每個位置只有一個元素。
    Map類型者,持有 key-value pair,像個小型數(shù)據(jù)庫。

    2、各自旗下的子類關(guān)系

    Collection --List: 將以特定次序存儲元素。所以取出來的順序可能和放入順序不同。
    --ArrayList / LinkedList / Vector --Set : 不能含有重復(fù)的元素
    --HashSet / TreeSet
    Map
    --
    HashMap
    --HashTable
    --TreeMap

    3、其他特征

    * List,Set,Map將持有對象一律視為Object型別。
    * Collection、List、Set、Map都是接口,不能實例化。
    繼承自它們的 ArrayList, Vector, HashTable, HashMap是具象class,這些才可被實例化。
    * vector容器確切知道它所持有的對象隸屬什么型別。vector不進(jìn)行邊界檢查。


    三、Collections

    Collections是針對集合類的一個幫助類。提供了一系列靜態(tài)方法實現(xiàn)對各種集合的搜索、排序、線程完全化等操作。
    相當(dāng)于對Array進(jìn)行類似操作的類——Arrays。
    如,Collections.max(Collection coll); 取coll中最大的元素。
    Collections.sort(List list); 對list中元素排序

    四、如何選擇?

    1、容器類和Array的區(qū)別、擇取
    * 容器類僅能持有對象引用(指向?qū)ο蟮闹羔槪皇菍ο笮畔opy一份至數(shù)列某位置。
    * 一旦將對象置入容器內(nèi),便損失了該對象的型別信息。

    2、
    * 在各種Lists中,最好的做法是以ArrayList作為缺省選擇。當(dāng)插入、刪除頻繁時,使用LinkedList();
    Vector總是比ArrayList慢,所以要盡量避免使用。
    * 在各種Sets中,HashSet通常優(yōu)于HashTree(插入、查找)。只有當(dāng)需要產(chǎn)生一個經(jīng)過排序的序列,才用TreeSet。
    HashTree存在的唯一理由:能夠維護(hù)其內(nèi)元素的排序狀態(tài)。
    * 在各種Maps中
    HashMap用于快速查找。
    * 當(dāng)元素個數(shù)固定,用Array,因為Array效率是最高的。

    結(jié)論:最常用的是ArrayList,HashSet,HashMap,Array。


    注意:

    1、Collection沒有g(shù)et()方法來取得某個元素。只能通過iterator()遍歷元素。
    2、Set和Collection擁有一模一樣的接口。
    3、List可以通過get()方法來一次取出一個元素。使用數(shù)字來選擇一堆對象中的一個,get(0)...。(add/get)
    4、一般使用ArrayList。用LinkedList構(gòu)造堆棧stack、隊列queue

    5、Map用 put(k,v) / get(k),還可以使用containsKey()/containsValue()來檢查其中是否含有某個key/value。
    HashMap會利用對象的hashCode來快速找到key。
    * hashing 哈希碼就是將對象的信息經(jīng)過一些轉(zhuǎn)變形成一個獨一無二的int值,這個值存儲在一個array中。
    我們都知道所有存儲結(jié)構(gòu)中,array查找速度是最快的。所以,可以加速查找。

    發(fā)生碰撞時,讓array指向多個values。即,數(shù)組每個位置上又生成一個梿表。

    6、Map中元素,可以將key序列、value序列單獨抽取出來。使用keySet()抽取key序列,將map中的所有keys生成一個Set。
    使用values()抽取value序列,將map中的所有values生成一個Collection。

    為什么一個生成Set,一個生成Collection?那是因為,key總是獨一無二的,value允許重復(fù)。

    posted @ 2008-04-08 13:34 鳥生魚湯 閱讀(249) | 評論 (0)編輯 收藏
    Java集合框架使用總結(jié)

    前言:
    本文是對Java集合框架做了一個概括性的解說,目的是對Java集合框架體系有個總體認(rèn)識,如果你想學(xué)習(xí)具體的接口和類的使用方法,請參看Java API文檔。

    一、概述
    數(shù)據(jù)結(jié)構(gòu)對程序設(shè)計有著深遠(yuǎn)的影響,在面向過程的C語言中,數(shù)據(jù)庫結(jié)構(gòu)用struct來描述,而在面向?qū)ο蟮木幊讨校瑪?shù)據(jù)結(jié)構(gòu)是用類來描述的,并且包含有對該數(shù)據(jù)結(jié)構(gòu)操作的方法。
    Java語言中,Java語言的設(shè)計者對常用的數(shù)據(jù)結(jié)構(gòu)和算法做了一些規(guī)范(接口)和實現(xiàn)(具體實現(xiàn)接口的類)。所有抽象出來的數(shù)據(jù)結(jié)構(gòu)和操作(算法)統(tǒng)稱為Java集合框架Java Collection Framework)。
    Java程序員在具體應(yīng)用時,不必考慮數(shù)據(jù)結(jié)構(gòu)和算法實現(xiàn)細(xì)節(jié),只需要用這些類創(chuàng)建出來一些對象,然后直接應(yīng)用就可以了。這樣就大大提高了編程效率。

    二、集合框架的層次結(jié)構(gòu)
    Collection是集合接口
    |————Set子接口:無序,不允許重復(fù)。
    |————List子接口:有序,可以有重復(fù)元素。

    區(qū)別:Collections是集合類

    Set和List對比:
    Set:檢索元素效率低下,刪除和插入效率高,插入和刪除不會引起元素位置改變。
    List:和數(shù)組類似,List可以動態(tài)增長,查找元素效率高,插入刪除元素效率低,因為會引起其他元素位置改變。

    Set和List具體子類:
    Set
    |————HashSet:以哈希表的形式存放元素,插入刪除速度很快。

    List
    |————ArrayList:動態(tài)數(shù)組
    |————LinkedList:鏈表、隊列、堆棧。

    Array和java.util.Vector
    Vector是一種老的動態(tài)數(shù)組,是線程同步的,效率很低,一般不贊成使用。

    三、Iterator迭代器(接口)
    Iterator是獲取集合中元素的過程,實際上幫助獲取集合中的元素。
    迭代器代替了 Java Collections Framework 中的 Enumeration。迭代器與枚舉有兩點不同:
    迭代器允許調(diào)用方利用定義良好的語義在迭代期間從迭代器所指向的集合移除元素。
    方法名稱得到了改進(jìn)。

    Iterator僅有一個子接口ListIterator,是列表迭代器,允許程序員按任一方向遍歷列表、迭代期間修改列表,并獲得迭代器在列表中的當(dāng)前位置。ListIterator 沒有當(dāng)前元素;它的光標(biāo)位置 始終位于調(diào)用 previous() 所返回的元素和調(diào)用 next() 所返回的元素之間。在長度為 n 的列表中,有 n+1 個有效的索引值,從 0 到 n(包含)。

    四、集合框架之外的Map接口
    Map將鍵映射到值的對象。一個映射不能包含重復(fù)的鍵;每個鍵最多只能映射一個值。
    Map接口是Dictionary(字典)抽象類的替代品。
    Map 接口提供三種collection 視圖,允許以鍵集、值集合或鍵-值映射關(guān)系集的形式查看某個映射的內(nèi)容。映射的順序 定義為迭代器在映射的 collection 視圖中返回其元素的順序。某些映射實現(xiàn)可明確保證其順序,如 TreeMap 類;某些映射實現(xiàn)則不保證順序,如 HashMap 類。

    有兩個常見的已實現(xiàn)的子類:
    HashMap:基于哈希表的 Map 接口的實現(xiàn)。此實現(xiàn)提供所有可選的映射操作,并允許使用 null 值和 null 鍵。(除了不同步和允許使用 null 之外,HashMap 類與 Hashtable 大致相同。)此類不保證映射的順序,特別是它不保證該順序恒久不變。

    TreeMap:它實現(xiàn)SortedMap 接口的基于紅黑樹的實現(xiàn)。此類保證了映射按照升序順序排列關(guān)鍵字,根據(jù)使用的構(gòu)造方法不同,可能會按照鍵的類的自然順序 進(jìn)行排序(參見 Comparable),或者按照創(chuàng)建時所提供的比較器進(jìn)行排序。

    Hashtable:此類實現(xiàn)一個哈希表,該哈希表將鍵映射到相應(yīng)的值。任何非 null 對象都可以用作鍵或值。

    五、線程安全類
    集合框架中,有些類是線程安全的,這些都是JDK1.1中的出現(xiàn)的。在JDK1.2之后,就出現(xiàn)許許多多非線程安全的類。
    下面是這些線程安全的同步的類:
    Vector:就比ArrayList多了個同步化機制(線程安全)。
    Statck:堆棧類,先進(jìn)后出。
    Hashtable:就比HashMap多了個線程安全。
    Enumeration:枚舉,相當(dāng)于迭代器。
    除了這些之外,其他的都是非線程安全的類和接口。
    線程安全的類其方法是同步的,每次只能一個訪問。是重量級對象,效率較低。對于非線程安全的類和接口,在多線程中需要程序員自己處理線程安全問題。

    六、其他一些接口和類介紹
    Dictionary和Hashtable類:
    Dictionary提供鍵值映射的功能,是個抽象類。一般使用它的子類HashTable類。遍歷Hashtable類要用到枚舉。

    Properties類
    Properties 繼承于 Hashtable,Properties 類表示了一個持久的屬性集。Properties 可保存在流中或從流中加載。屬性列表中每個鍵及其對應(yīng)值都是一個字符串。一般可以通過讀取properties配置文件來填充Properties對象。


    參考文檔:
    java api 文檔




    前言:
    這篇文章的目的是提醒大家對字符串三種類型做個綜合的比較,使得在使用字符串三種類的時候有個選擇依據(jù),這樣可以極大提高程序運行的效率。如果你對這三個類已經(jīng)很熟悉了,我明確告訴你,你需要看了,如果你還不明白字符串是什么,想有個大概認(rèn)識,ok,繼續(xù)! 如果你向?qū)W習(xí)這三種類具體怎么用的,抱歉,請看API文檔去。
     
    此文章參考了API文檔,但不是API文檔的拷貝,明鑒!
     
    一、String類
    String 類不是原始基本數(shù)據(jù)類型,在Java中,字符串是一個對象。
    String 類代表字符串。Java 程序中的所有字符串字面值(如 "abc" )都作為此類的實例來實現(xiàn)。
     
    字符串是常量;它們的值在創(chuàng)建之后不能改變。字符串緩沖區(qū)支持可變的字符串。因為 String 對象是不可變的,所以可以共享它們。例如:
     
     
         String str = "abc";
     等效于:
     
     
         char data[] = {'a', 'b', 'c'};
         String str = new String(data);
     下面給出了一些如何使用字符串的更多例子:
     
     
         System.out.println("abc");
         String cde = "cde";
         System.out.println("abc" + cde);
         String c = "abc".substring(2,3);
         String d = cde.substring(1, 2);
     
    既然是字符串是對象,那么任何String的變量,在沒有初始化之前,它的值都為null,其實所有的沒有初始化的對象的值都是null;所有的原始類型的變量在沒有初始化之前Java編譯器都會給出一個默認(rèn)值。
     
    Java 語言提供對字符串串聯(lián)符號("+")和其他對象到字符串的轉(zhuǎn)換的特殊支持。字符串串聯(lián)是通過 StringBuilder(或 StringBuffer)類及其 append 方法實現(xiàn)的。字符串轉(zhuǎn)換是通過 toString 方法實現(xiàn)的,該方法由 Object 類定義,并可被 Java 中所有類繼承。有關(guān)字符串串聯(lián)和轉(zhuǎn)換的更多信息,請參閱 Gosling、Joy 和 Steele 合著的《The Java Language Specification》。
     
    除非另行說明,否則將 null 參數(shù)傳遞給此類中的構(gòu)造方法或方法都會拋出 NullPointerException。
     
    String 表示一個 UTF-16 格式的字符串,其中的增補字符 由代理項對 表示(有關(guān)詳細(xì)信息,請參閱 Character 類中的 Unicode 字符表示形式)。索引值是指 char 代碼單元,因此增補字符在 String 中占用兩個位置。
     
    String 類提供處理 Unicode 代碼點(即字符)和 Unicode 代碼單元(即 char 值)的方法。
     
    String使用的陷阱:String一經(jīng)初始化后,就不會在改變其內(nèi)容了。對String字符串的操作實際上對其副本(原始拷貝)的操作,原來的字符串一點都沒有改變。比如:
    string s="a"; //創(chuàng)建了一個字符串
    s=s+"b"; //實際上原來的"a"字符串對象已經(jīng)丟棄了,現(xiàn)在又產(chǎn)生了一個字符串s+"b"(也就是"ab")。如果多次執(zhí)行這些改變串內(nèi)容的操作,會導(dǎo)致大量副本字符串對象存留在內(nèi)存中,降低效率。如果這樣的操作放到循環(huán)中,會極大影響程序的性能。
     
    相反,StringBuffer類是對原字符串本身操作的,可以對字符串進(jìn)行修改而不產(chǎn)生副本拷貝。可以在循環(huán)中使用。
    因此,如果要對字符串做修改處理等操作,最好避免直接用String類型。可以選用StringBuffer類型。
     
    二、StringBuffer類
    StringBuffer類是線程安全的可變字符序列。一個類似于 String 的字符串緩沖區(qū),但不能修改。雖然在任意時間點上它都包含某種特定的字符序列,但通過某些方法調(diào)用可以改變該序列的長度和內(nèi)容。
     
    可將字符串緩沖區(qū)安全地用于多個線程。可以在必要時對這些方法進(jìn)行同步,因此任意特定實例上的所有操作就好像是以串行順序發(fā)生的,該順序與所涉及的每個線程進(jìn)行的方法調(diào)用順序一致。
     
    StringBuffer 上的主要操作是 append 和 insert 方法,可重載這些方法,以接受任意類型的數(shù)據(jù)。每個方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串,然后將該字符串的字符追加或插入到字符串緩沖區(qū)中。append 方法始終將這些字符添加到緩沖區(qū)的末端;而 insert 方法則在指定的點添加字符。
     
    例如,如果 z 引用一個當(dāng)前內(nèi)容為 "start" 的字符串緩沖區(qū)對象,則此方法調(diào)用 z.append("le") 會使字符串緩沖區(qū)包含 "startle",而 z.insert(4, "le") 將更改字符串緩沖區(qū),使之包含 "starlet"。
     
    通常,如果 sb 引用 StringBuilder 的一個實例,則 sb.append(x) 和 sb.insert(sb.length(), x) 具有相同的效果。
     
    當(dāng)發(fā)生與源序列有關(guān)的操作(如源序列中的追加或插入操作)時,該類只在執(zhí)行此操作的字符串緩沖區(qū)上而不是在源上實現(xiàn)同步。
     
    每個字符串緩沖區(qū)都有一定的容量。只要字符串緩沖區(qū)所包含的字符序列的長度沒有超出此容量,就無需分配新的內(nèi)部緩沖區(qū)數(shù)組。如果內(nèi)部緩沖區(qū)溢出,則此容量自動增大。從 JDK 5 開始,為該類補充了一個單個線程使用的等價類,即 StringBuilder。與該類相比,通常應(yīng)該優(yōu)先使用 StringBuilder 類,因為它支持所有相同的操作,但由于它不執(zhí)行同步,所以速度更快。
     
     
    三、StringBuilder類
    StringBuilder類是一個可變的字符序列。此類提供一個與 StringBuffer 兼容的 API,但不保證同步。該類被設(shè)計用作 StringBuffer 的一個簡易替換,用在字符串緩沖區(qū)被單個線程使用的時候(這種情況很普遍)。如果可能,建議優(yōu)先采用該類,因為在大多數(shù)實現(xiàn)中,它比 StringBuffer 要快。
     
    在 StringBuilder 上的主要操作是 append 和 insert 方法,可重載這些方法,以接受任意類型的數(shù)據(jù)。每個方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串,然后將該字符串的字符追加或插入到字符串生成器中。append 方法始終將這些字符添加到生成器的末端;而 insert 方法則在指定的點添加字符。
     
    例如,如果 z 引用一個當(dāng)前內(nèi)容為 "start" 的字符串的生成器對象,則該方法調(diào)用 z.append("le") 將使字符串生成器包含 "startle",而 z.insert(4, "le") 將更改字符串生成器,使之包含 "starlet"。
     
    通常,如果 sb 引用 StringBuilder 的實例,則 sb.append(x) 和 sb.insert(sb.length(), x) 具有相同的效果。每個字符串生成器都有一定的容量。只要字符串生成器所包含的字符序列的長度沒有超出此容量,就無需分配新的內(nèi)部緩沖區(qū)。如果內(nèi)部緩沖區(qū)溢出,則此容量自動增大。
     
    將 StringBuilder 的實例用于多個線程是不安全的。如果需要這樣的同步,則建議使用 StringBuffer。
     
    四、字符串的比較
    ”==“比較此字符串是否引用同一個實例,是否指向同一個內(nèi)存地址。
    equals(Object anObject)比較此字符串是否是同一個實例,是否指向同一個內(nèi)存地址。
    equalsIgnoreCase(String anotherString)將此 String 與另一個 String 進(jìn)行比較,不考慮大小寫。
     
     
     
     
     
    參考資料:
    java api 中文文檔
     
    posted @ 2008-04-07 14:42 鳥生魚湯 閱讀(569) | 評論 (0)編輯 收藏

    <2008年4月>
    303112345
    6789101112
    13141516171819
    20212223242526
    27282930123
    45678910

    常用鏈接

    留言簿(2)

    隨筆檔案

    文章檔案

    喜歡的技術(shù)博客

    喜歡的有意思有味道的博客 放松并鼓勵自己

    搜索

    •  

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 久久久亚洲AV波多野结衣| 国国内清清草原免费视频99 | 免费一级毛片在线播放| 久久不见久久见免费影院| 国产免费女女脚奴视频网| 在线永久免费的视频草莓| 四虎精品视频在线永久免费观看| 91制片厂制作传媒免费版樱花| 最近2019中文字幕免费大全5| 久久久久免费看成人影片| 久久不见久久见免费视频7 | 1区2区3区产品乱码免费| igao激情在线视频免费| 亚洲视频在线免费| A毛片毛片看免费| 二个人看的www免费视频| 国产色无码精品视频免费| 日本高清不卡aⅴ免费网站| 可以免费观看的国产视频| 桃子视频在线观看高清免费视频| 999任你躁在线精品免费不卡| 中文字幕在线观看免费视频| 四虎在线免费视频| 国产精品公开免费视频| 亚洲国产成人久久一区WWW| 亚洲午夜久久久久久噜噜噜| 亚洲va久久久噜噜噜久久天堂| 亚洲视频在线观看视频| 亚洲人成色4444在线观看| 国产亚洲精品仙踪林在线播放| 亚洲AV无码成人精品区大在线| 中文字幕免费视频精品一| 国产成年无码久久久免费| 十八禁无码免费网站| 中文字幕av无码无卡免费| 精品国产免费观看久久久| 亚洲国产精品激情在线观看 | 青娱乐免费在线视频| 国产又粗又长又硬免费视频| 亚洲熟女少妇一区二区| 91亚洲精品自在在线观看|