半山云嵐

             :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            10 隨筆 :: 0 文章 :: 1 評論 :: 0 Trackbacks

          2010年1月16日 #

          轉載自:http://blog.csdn.net/ourife/archive/2007/06/07/1641918.aspx
          Author: keith

          Linux下如何使用Vi編輯器 收藏

          vi 的工作模式

          Vi 在初始啟動后首先進入編輯模式,這時用戶可以利用一些預先定義的按鍵來移動光標、刪除文字、 復制或粘貼文字等。這些按鍵均是普通的字符,例如 l 是向右移動光標,相當于向右箭頭鍵,k 是 向下移動光標,相當于向下箭頭鍵。在編輯模式下,用戶還可以利用一些特殊按鍵選定文字,然后 再進行刪除、或復制等操作。

          當用戶在編輯模式下鍵入 i, a, o 等命令之后,可進入插入模式;鍵入 : 可進入命名模式。 在插入模式下,用戶隨后輸入的,除 Esc 之外的任何字符均將被看成是插入到編輯緩沖區(qū)中 的字符。按 Esc 之后,從插入模式切換到編輯模式。

          在命令模式,Vi 將把光標挪到屏幕的最下方,并在第一個字符的位置顯示一個 :(冒號)。這時, 用戶就可以鍵入一些命令。這些命令可用來保存文件、讀取文件內(nèi)容、執(zhí)行 Shell 命令、設置 Vi 參數(shù)、以正則表達式的方式查找字符串或替換字符串等。

           編輯模式

          1. 移動光標

          要對正文內(nèi)容進行修改,首先必須把光標移動到指定位置。移動光標的最簡單的方式是按鍵盤的上、下、左、
          右箭頭鍵。除了這種最原始的方法之外,用戶還可以利用 vi 提供的眾多字符組合鍵,在正文中移動光標,迅
          速到達指定的行或列,實現(xiàn)定位。例如:
          k、j、h、l 功能分別等同于上、下、左、右箭頭鍵
          Ctrl+b 在文件中向上移動一頁(相當于 PageUp 鍵)
          Ctrl+f 在文件中向下移動一頁(相當于 PageDown 鍵)
          H 將光標移到屏幕的最上行(Highest)
          nH 將光標移到屏幕的第 n 行
          2H 將光標移到屏幕的第 2 行
          M 將光標移到屏幕的中間(Middle)
          L 將光標移到屏幕的最下行(Lowest)
          nL 將光標移到屏幕的倒數(shù)第 n 行
          3L 將光標移到屏幕的倒數(shù)第 3 行
          w 在指定行內(nèi)右移光標,到下一個字的開頭
          e 在指定行內(nèi)右移光標,到一個字的末尾
          b 在指定行內(nèi)左移光標,到前一個字的開頭
          0 數(shù)字0,左移光標,到本行的開頭
          $ 右移光標,到本行的末尾
          ^ 移動光標,到本行的第一個非空字符

          2. 替換和刪除

          將光標定位于文件內(nèi)指定位置后,可以用其他字符來替換光標所指向的字符,或從當前光標位置刪除一個或多
          個字符。例如:
          rc 用 c 替換光標所指向的當前字符
          nrc 用 c 替換光標所指向的前 n 個字符
          5rc 用 c 替換光標所指向的前 5 個字符
          x 刪除光標所指向的當前字符
          nx 刪除光標所指向的前 n 個字符
          3x 刪除光標所指向的前 3 個字符
          dw 刪除光標右側的字
          ndw 刪除光標右側的 n 個字
          3dw 刪除光標右側的 3 個字
          db 刪除光標左側的字
          ndb 刪除光標左側的 n 個字
          5db 刪除光標左側的 5 個字
          dd 刪除光標所在行,并去除空隙
          ndd 刪除 n 行內(nèi)容,并去除空隙
          3dd 刪除 3 行內(nèi)容,并去除空隙

          3. 粘貼和復制

          從正文中刪除的內(nèi)容(如字符、字或行)并沒有真正丟失,而是被剪切并復制到了一個內(nèi)存緩沖區(qū)中。用戶可
          將其粘貼到正文中的指定位置。完成這一操作的命令是:
          p 小寫字母 p,將緩沖區(qū)的內(nèi)容粘貼到光標的后面
          P 大寫字母 P,將緩沖區(qū)的內(nèi)容粘貼到光標的前面
          如果緩沖區(qū)的內(nèi)容是字符或字,直接粘貼在光標的前面或后面;如果緩沖區(qū)的內(nèi)容為整行正文,則粘貼在當前
          光標所在行的上一行或下一行。
          注意上述兩個命令中字母的大小寫。vi 編輯器經(jīng)常以一對大、小寫字母(如 p 和 P)來提供一對相似的功能
          。通常,小寫命令在光標的后面進行操作,大寫命令在光標的前面進行操作。
          有時需要復制一段正文到新位置,同時保留原有位置的內(nèi)容。這種情況下,首先應當把指定內(nèi)容復制(而不是
          剪切)到內(nèi)存緩沖區(qū)。完成這一操作的命令是:
          yy 復制當前行到內(nèi)存緩沖區(qū)
          nyy 復制 n 行內(nèi)容到內(nèi)存緩沖區(qū)
          5yy 復制 5 行內(nèi)容到內(nèi)存緩沖區(qū)

          4. 搜索字符串

          和許多先進的編輯器一樣,vi 提供了強大的字符串搜索功能。要查找文件中指定字或短語出現(xiàn)的位置,可以
          用 vi 直接進行搜索,而不必以手工方式進行。搜索方法是:鍵入字符 / ,后面跟以要搜索的字符串,然后
          按回車鍵。編輯程序執(zhí)行正向搜索(即朝文件末尾方向),并在找到指定字符串后,將光標停到該字符串的
          開頭;鍵入 n 命令可以繼續(xù)執(zhí)行搜索,找出這一字符串下次出現(xiàn)的位置。用字符 ? 取代 / ,可以實現(xiàn)反向
          搜索(朝文件開頭方向)。例如:
          /str1 正向搜索字符串 str1
          n 繼續(xù)搜索,找出 str1 字符串下次出現(xiàn)的位置
          ?str2 反向搜索字符串 str2
          無論搜索方向如何,當?shù)竭_文件末尾或開頭時,搜索工作會循環(huán)到文件的另一端并繼續(xù)執(zhí)行。

          5. 撤銷和重復

          在編輯文檔的過程中,為消除某個錯誤的編輯命令造成的后果,可以用撤消命令。另外,如果用戶希望在新
          的光標位置重復前面執(zhí)行過的編輯命令,可用重復命令。
          u 撤消前一條命令的結果
          . 重復最后一條修改正文的命令

          6. 文本選中

          vi 可進入到一種成為 Visual 的模式,在該模式下,用戶可以用光標移動命令可視地選擇文本,然后再 執(zhí)行其他編輯操作,例如刪除、復制等。 v 字符選中命令 V 行選中命令

          插入模式

          1. 進入插入模式

          在編輯模式下正確定位光標之后,可用以下命令切換到插入模式:
          i 在光標左側輸入正文
          a 在光標右側輸入正文
          o 在光標所在行的下一行增添新行
          O 在光標所在行的上一行增添新行
          I 在光標所在行的開頭輸入正文
          A 在光標所在行的末尾輸入正文
          上面介紹了幾種切換到插入模式的簡單方法。另外還有一些命令,它們允許在進入插入模式之前首先刪去一段
          正文,從而實現(xiàn)正文的替換。這些命令包括:
          s 用輸入的正文替換光標所指向的字符
          ns 用輸入的正文替換光標右側 n 個字符
          cw 用輸入的正文替換光標右側的字
          ncw 用輸入的正文替換光標右側的 n 個字
          cb 用輸入的正文替換光標左側的字
          ncb 用輸入的正文替換光標左側的 n 個字
          cd 用輸入的正文替換光標的所在行
          ncd 用輸入的正文替換光標下面的 n 行
          c$ 用輸入的正文替換從光標開始到本行末尾的所有字符
          c0 用輸入的正文替換從本行開頭到光標的所有字符

          2. 退出插入模式

          退出插入模式的方法是,按 ESC 鍵或組合鍵Ctrl+[ 。

          1.6.4  命令模式

          在 vi 的命令模式下,可以使用復雜的命令。在編輯模式下鍵入“:”,光標就跳到屏幕最后一行,并在 那里顯示冒號,此時已進入命令模式。命令模式又稱“末行模式”,用戶輸入的內(nèi)容均顯示在屏幕的最后 一行,按回車鍵,vi 執(zhí)行命令。

          1. 退出命令

          在編輯模式下可以用 ZZ 命令退出 vi 編輯程序,該命令保存對正文所作的修改,覆蓋原始文件。如果只需要
          退出編輯程序,而不打算保存編輯的內(nèi)容,可用下面的命令:
          : q 在未作修改的情況下退出
          : q! 放棄所有修改,退出編輯程序

          2. 行號與文件

          編輯中的每一行正文都有自己的行號,用下列命令可以移動光標到指定行:
          : n 將光標移到第 n 行
          命令模式下,可以規(guī)定命令操作的行號范圍。數(shù)值用來指定絕對行號;字符“.”表示光標所在行的行號;字符
          符“___FCKpd___8rdquo;表示正文最后一行的行號;簡單的表達式,例如“.+5”表示當前行往下的第 5 行。例如:
          :345 將光標移到第 345 行
          :345w file 將第 345 行寫入 file 文件
          :3,5w file 將第 3 行至第 5 行寫入 file 文件
          :1,.w file 將第 1 行至當前行寫入 file 文件
          :.,$w file 將當前行至最后一行寫入 file 文件
          :.,.+5w file 從當前行開始將 6 行內(nèi)容寫入 file 文件
          :1,$w file 將所有內(nèi)容寫入 file 文件,相當于 :w file 命令
          在命令模式下,允許從文件中讀取正文,或將正文寫入文件。例如:
          :w 將編輯的內(nèi)容寫入原始文件,用來保存編輯的中間結果
          :wq 將編輯的內(nèi)容寫入原始文件并退出編輯程序(相當于 ZZ 命令)
          :w file 將編輯的內(nèi)容寫入 file 文件,保持原有文件的內(nèi)容不變
          :a,bw file 將第 a 行至第 b 行的內(nèi)容寫入 file 文件
          :r file 讀取 file 文件的內(nèi)容,插入當前光標所在行的后面
          :e file 編輯新文件 file 代替原有內(nèi)容
          :f file 將當前文件重命名為 file
          :f 打印當前文件名稱和狀態(tài),如文件的行數(shù)、光標所在的行號等

          3. 字符串搜索

          給出一個字符串,可以通過搜索該字符串到達指定行。如果希望進行正向搜索,將待搜索的字符串置于兩個“
          /”之間;如果希望反向搜索,則將字符串放在兩個“?”之間。例如:
          :/str/ 正向搜索,將光標移到下一個包含字符串 str 的行
          :?str? 反向搜索,將光標移到上一個包含字符串 str 的行
          :/str/w file 正向搜索,并將第一個包含字符串 str 的行寫入 file 文件
          :/str1/,/str2/w file 正向搜索,并將包含字符串 str1 的行至包含字符串 str2 的行寫
          入 file 文件

          4. 正文替換

          利用 :s 命令可以實現(xiàn)字符串的替換。具體的用法包括:
          :s/str1/str2/ 用字符串 str2 替換行中首次出現(xiàn)的字符串 str1
          :s/str1/str2/g 用字符串 str2 替換行中所有出現(xiàn)的字符串 str1
          :.,$ s/str1/str2/g 用字符串 str2 替換正文當前行到末尾所有出現(xiàn)的字符串 str1
          :1,$ s/str1/str2/g 用字符串 str2 替換正文中所有出現(xiàn)的字符串 str1
          :g/str1/s//str2/g 功能同上
          從上述替換命令可以看到:g 放在命令末尾,表示對搜索字符串的每次出現(xiàn)進行替換;不加 g,表示只對搜索
          字符串的首次出現(xiàn)進行替換;g 放在命令開頭,表示對正文中所有包含搜索字符串的行進行替換操作。

          5. 刪除正文

          在命令模式下,同樣可以刪除正文中的內(nèi)容。例如:
          :d 刪除光標所在行
          :3d 刪除 3 行
          :.,$d 刪除當前行至正文的末尾
          :/str1/,/str2/d 刪除從字符串 str1 到 str2 的所有行

          6. 恢復文件

          vi 在編輯某個文件時,會另外生成一個臨時文件,這個文件的名稱通常以 . 開頭,并以 .swp 結尾。vi 在
          正常退出時,該文件被刪除,若意外退出,而沒有保存文件的最新修改內(nèi)容,則可以使用恢復命令:
          :recover 恢復文件
          也可以在啟動 vi 時利用 -r 選項。

          選項設置

          為控制不同的編輯功能,vi 提供了很多內(nèi)部選項。利用 :set 命令可以設置選項。基本語法為:
          :set option 設置選項 option
          常見的功能選項包括:
          autoindent 設置該選項,則正文自動縮進
          ignorecase 設置該選項,則忽略規(guī)則表達式中大小寫字母的區(qū)別
          number 設置該選項,則顯示正文行號
          ruler 設置該選項,則在屏幕底部顯示光標所在行、列的位置
          tabstop 設置按 Tab 鍵跳過的空格數(shù)。例如 :set tabstop=n,n 默認值為 8
          mk 將選項保存在當前目錄的 .exrc 文件中

          shell 切換

          在編輯正文時,利用 vi 命令模式下提供的 shell 切換命令,無須退出 vi 即可執(zhí)行 Linux 命令,十分
          方便。語法格式為:
          :! command 執(zhí)行完 shell 命令 command 后回到 vi
          另外,在編輯模式下,鍵入 K ,可命令 vi 查找光標所在單詞的手冊頁,相當于運行 man命令。

          vim 和 gvim 的高級特色

          Vim 代表 Vi IMproved,如同其名稱所暗示的那樣,Vim 作為標準 UNIX 系統(tǒng) vi 編輯器的提高版而存在。 Vim 除提供和 vi 編輯器一樣強大的功能外,還提供有多級恢復、命令行歷史以及命令及文件名補全等 功能。

          gvim 是 vi 的 X Window 版本,該版本支持鼠標選中,一些高級光標移動功能,并且?guī)в胁藛魏凸ぞ甙粹o。



          posted @ 2010-01-16 01:06 Alfred. Yao 閱讀(1159) | 評論 (0)編輯 收藏

          2010年1月6日 #

          無意間發(fā)現(xiàn)這個排行榜,有點意思... (修改了一些模式名稱)

          [轉載自竹筍炒肉 Hedong’s blog November 24, 2009]

          Java設計模式使用率爬行榜

          使用頻率 所屬類型 模式名稱 模式 簡單定義
          5 創(chuàng)建型 Singleton 單例模式 保證一個類只有一個實例,并提供一個訪問它的全局訪問點。
          5 結構型 Composite 復合模式 將對象組合成樹形結構以表示部分整體的關系,Composite使得用戶對單個對象和組合對象的使用具有一致性。
          5 結構型 FASADE 面模式 為子系統(tǒng)中的一組接口提供一致的界面,fasade提供了一高層接口,這個接口使得子系統(tǒng)更容易使用。
          5 結構型 Proxy 代理 為其他對象提供一種代理以控制對這個對象的訪問
          5 行為型 Iterator 迭代器 提供一個方法順序訪問一個聚合對象的各個元素,而又不需要暴露該對象的內(nèi)部表示。
          5 行為型 Observer 觀察者 定義對象間一對多的依賴關系,當一個對象的狀態(tài)發(fā)生改變時,所有依賴于它的對象都得到通知自動更新。
          5 行為型 Template Method 模板方法 定義一個操作中的算法的骨架,而將一些步驟延遲到子類中,TemplateMethod使得子類可以不改變一個算法的結構即可以重定義該算法得某些特定步驟。
          4 創(chuàng)建型 Abstract Factory 抽象工廠 提供一個創(chuàng)建一系列相關或相互依賴對象的接口,而無須指定它們的具體類。
          4 創(chuàng)建型 Factory Method 工廠方法 定義一個用于創(chuàng)建對象的接口,讓子類決定實例化哪一個類,F(xiàn)actory Method使一個類的實例化延遲到了子類。
          4 結構型 Adapter 適配器 將一類的接口轉換成客戶希望的另外一個接口,Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作。
          4 結構型 Decrator 裝飾模式 動態(tài)地給一個對象增加一些額外的職責,就增加的功能來說,Decorator模式相比生成子類更加靈活。
          4 行為型 Command 指令模式 將一個請求封裝為一個對象,從而使你可以用不同的請求對客戶進行參數(shù)化,對請求排隊和記錄請求日志,以及支持可撤銷的操作。
          4 行為型 State 狀態(tài)模式 允許對象在其內(nèi)部狀態(tài)改變時改變他的行為。對象看起來似乎改變了他的類。
          4 行為型 Strategy 策略模式 定義一系列的算法,把他們一個個封裝起來,并使他們可以互相替換,本模式使得算法可以獨立于使用它們的客戶。
          3 創(chuàng)建型 Builder 生成器 將一個復雜對象的構建與他的表示相分離,使得同樣的構建過程可以創(chuàng)建不同的表示。
          3 結構型 Bridge 橋模式 將抽象部分與它的實現(xiàn)部分相分離,使他們可以獨立的變化。
          3 行為型 Chain of Responsibility 職責鏈 使多個對象都有機會處理請求,從而避免請求的送發(fā)者和接收者之間的耦合關系
          2 創(chuàng)建型 Prototype 原型 用原型實例指定創(chuàng)建對象的種類,并且通過拷貝這些原型來創(chuàng)建新的對象。
          2 結構型 Flyweight 享元  
          2 行為型 Mediator 中介者 用一個中介對象封裝一些列的對象交互。
          2 行為型 Visitor 訪問者 表示一個作用于某對象結構中的各元素的操作,它使你可以在不改變各元素類的前提下定義作用于這個元素的新操作。
          1 行為型 Interpreter 解釋器 給定一個語言,定義他的文法的一個表示,并定義一個解釋器,這個解釋器使用該表示來解釋語言中的句子。
          1 行為型 Memento 備忘錄 在不破壞對象的前提下,捕獲一個對象的內(nèi)部狀態(tài),并在該對象之外保存這個狀態(tài)。

          轉自2004年6期《CSDN開發(fā)高手》

          posted @ 2010-01-06 19:25 Alfred. Yao 閱讀(249) | 評論 (0)編輯 收藏

          在Java編程中,Singleton 模式可算得上是應用最廣泛的一種設計模式了。它大量得被用于各種流行的框架中,包括最基本的 JDK 代碼中。從代碼來說, Singleton 的實現(xiàn)很簡單,但是真正用好并不容易,幾年的開發(fā)設計工作中經(jīng)常都遇到由于沒有弄清實例的單態(tài)或非單態(tài)性,以及不恰當?shù)檬褂脝螒B(tài)導致的問題。

          基本概念:

          從分類來說,Singleton 屬于創(chuàng)建型(Construction)模式,最基本的目標是要保證在一個JVM中,一個 Class 最多只有一個實例存在。而要達成這個目標背后的驅動力是: 減少不必要的資源和時間的開銷。

          • 資源:在內(nèi)存中每個對象實例都要占據(jù)一定空間,當程序不需要為每個線程在該對象中保存不同的狀態(tài)時,就可以用Singleton 模式,永遠只用一個對象實例為所有線程服務。
          • 時間:在JVM中每次構造一個對象實例都是有一定時間消耗的,用Singleton 模式可以幫助程序提高性能,只有第一次初始化實例時需要時間消耗,以后每次引用的時間消耗都幾乎為零。

          Singleton 最根本的價值就在于“節(jié)省資源”!盡管這種設計被廣泛使用,但是在單線程或低并發(fā)環(huán)境中,它在性能和資源節(jié)省上帶來的價值并不大,越是高并發(fā)的多線程環(huán)境,Singleton 所能帶來的價值越明顯!(當然前提是你能夠正確使用它)

          反駁:

          1. 現(xiàn)在有些文章(其實是老外N年前就討論過的問題)在評論到底還需不需要用 Singleton 模式,在討論 Singleton 是不是邪惡的:) 其實辯證地看,世間被就沒有什么東西是絕對好或不好,關鍵看你怎么利用它。如果程序員對 Singleton 模式理解不深,不恰當使用,確實會導致嚴重問題,但這不代表這個模式是不該存在的。就如同C語言的指針,很多人用錯,但是不能說指針就是一個錯誤的設計。是天使還是魔鬼都取決與利用它的人。

          2. 現(xiàn)在有些人說 Singleton 已經(jīng)過時了,不需要了,仿佛 IOC 模式已經(jīng)把一切關于 bean 創(chuàng)建的問題都解決了。我不這樣認為。也許現(xiàn)在程序員或架構師已經(jīng)不需要自己實現(xiàn) Singleton 了,但這只是因為 Singleton 的實現(xiàn)已經(jīng)被一些成熟的框架包辦,程序員不需要自己去關心了,并不是說 Singleton 不存在。我們?nèi)匀恍枰刂茖ο髮嵗臄?shù)目來達到節(jié)省資源,減少開銷的目的!如果程序員對 Singleton 沒有足夠的理解,也很難正確有效得使用幫我們包辦一切的框架,如 Spring。

          模式實現(xiàn):

          經(jīng)過人們對 Singleton 多年的使用,通常有兩種公認的線程安全的實現(xiàn)(并非全部):

          1. Lazy initialization:

          提供一個synchronized getInstance() 方法來檢查對象實例是否已創(chuàng)建。如果是,直接返回引用;如果不是,創(chuàng)建實例并返回。并將缺省的構造器方法定義為 private:

          class Singleton {

              private static Singleton _instance;

              private int _state;

              private Singleton() {

                  _state = 0;

              }

              public static synchronized Singleton getInstance() {

                  if (_instance == null)

                      _instance = new Singleton();

              return _instance;

              }

          }

          2. Aggressive initialization:

          拋棄 synchronized,而使用靜態(tài)屬性,在類載入時立即初始化,同樣需要把缺省的構造器方法定義為 private:

          class Singleton {

              private int _state;

              private static Singleton _instance = new Singleton();

              private Singleton() {

                  _state = 0;

              }

              public static Singleton getInstance() {

                  return _instance;

              }

          }

          問題分析:

          1. 上面的第一種實現(xiàn)雖然可行,但是有一個缺點就是多余的 synchronized 消耗:事實上 Singleton 的實例化只有在第一次實際進行 new Singleton() 的時候需要 synchronized,從那以后每次調(diào)用 getInstance() 方法只需要簡單返回 _instance 引用就可以了,而此時 synchronized 需要的消耗就成了浪費!

          2. 我曾經(jīng)在不止一次的項目中看到過如下的代碼來實現(xiàn) Singleton,這是為了解決上面的 synchronized 浪費:

          class Singleton {

              private static Singleton _instance;

              private int _state;

              private Singleton() {

                  _state = 0;

              }

              public static Singleton getInstance() {

                  if (_instance == null) {

                      synchronized (Singleton.class) {

                          _instance = new Singleton();

                      }

                  }

                  return _instance;

              }

          }

          這個實現(xiàn)在單線程環(huán)境下不會出問題,但是放到并發(fā)的環(huán)境中是有問題的,線程并不真正安全。多個線程有可能同時進入 if(_instance == null) 內(nèi)部,而導致程序實際創(chuàng)建出多個對象實例!

          3. 還有一種 Double-checked locking 的實現(xiàn),試圖解決上面兩個問題:

          class Singleton {

              private static Singleton _instance;

              private int _state;

              private Singleton() {

                  _state = 0;

              }

              public static Singleton getInstance() {

                  if (_instance == null) {

                      synchronized (Singleton.class) {

                          if (_instance == null)

                              _instance = new Singleton();

                      }

                  }

                  return _instance;

              }

          }

          可以看到這個實現(xiàn)煞費苦心,在 synchronized 內(nèi)部再判斷一次 if(_instance == null)。于是在單線程和低并發(fā)環(huán)境下,這個實現(xiàn)很難出問題了,但是到了足夠高并發(fā)的環(huán)境中,線程再次變得不安全。這個問題是由 Java 平臺的內(nèi)存模式引起的,也與不同的 JIT 編譯器的編譯方式有關,稱之為“out-of-order writes”:一個實例 _instance 有可能在 new Singleton() 沒有完全初始化的時候就已經(jīng)不再是 null,于是并發(fā)線程可能得到一個沒有完全初始化的實例,從而引起錯誤。

          有很多關于 Double-checked locking 或 out-of-order writes 的分析文章,推薦:

          Double-checked locking and the Singleton pattern

          4. 看過一些關于 Singleton 的文章,提到 Singleton 的另一個用途,可以用來保持全局狀態(tài),如網(wǎng)站計數(shù)器。確實 Singleton 可以幫助我們達到這個目的,但是仔細想想,其實任意一個類靜態(tài)變量都可以達到這個目的,Singleton不是必需。而且考慮 Singleton 模式使用中帶有的陷阱,它并不是一個好的辦法來達到保持全局狀態(tài)的目的。

          5. Singleton 模式只能保證在單 JVM 中只創(chuàng)建一個對象實例!相同的代碼一旦部署到集群或分布式環(huán)境中就可能出錯,Singleton 完全失效了!在分布式環(huán)境中,StatelessSession bean 是一個好的選擇。

          6. 綜上所述,Singleton 模式有它特定的適用場合,達到特定的目的(節(jié)省資源!)。除非必要,盡量不要用 Singleton!

          posted @ 2010-01-06 17:57 Alfred. Yao 閱讀(370) | 評論 (1)編輯 收藏

          記錄下我在安裝和配置Ubuntu9.10中遇到和解決的問題,按順序:

          首先是安裝:

          Ubuntu的安裝其實很簡單,但因為我光驅的問題(唉,懷疑我的DVD-RAM光驅老化了),折騰了好幾天… 最終放棄想刻錄一張啟動DVD盤的嘗試,另辟蹊徑,卻發(fā)現(xiàn)一個簡單得多的辦法,U盤啟動:)

          先說明,從官網(wǎng)下載了 ubuntu-9.10-desktop-i386.iso 鏡像后,其實隨便用一個光盤鏡像工具就可以加載并安裝 Ubuntu 了,但是這種方式不能將 Ubuntu 安裝到一個獨立的Linux分區(qū),它和 Windows 使用相同的分區(qū),就像其它應用程序一樣,系統(tǒng)性能會受到很大的影響。

          這是我的方法(當然是網(wǎng)上找到的方法 http://ubuntuforums.org/showthread.php?t=427540):

          1. 從官網(wǎng)下載 ubuntu-9.10-desktop-i386.iso 鏡像 http://www.ubuntu.org.cn/;

          2. 下載一個 UNetbootin 工具(http://zh.wikipedia.org/wiki/UNetbootin),該工具用于制作 Live USB 系統(tǒng),可以制作各種 Linux 系統(tǒng)的安裝盤,而不需要光盤。

              UNetbootin 設置:

               a. Distribution: Ubuntu, Daily Live; (我下載的 UNetbootin 中暫時還沒有專門針對 v9.10 的,所以我選了這個)

               b. Diskimage: ISO, <選擇我下載的iso鏡像>

               c. Type: USB Drive, <U盤的盤符>

              確定之后該工具會把所有安裝Ubuntu需要的文件復制到U盤,并且制作引導程序,之后重啟…

          3. 重啟后選擇從U盤啟動,GRUB程序會自動運行,之后的安裝和用光盤啟動是一樣的,不用多講的,非常簡單。

              唯一需要指出的是:安裝過程中會讓你選擇將 Ubuntu 安裝到哪個盤,建議你安裝到一個獨立的分區(qū),而不要和 Windows side by side (如果你要保留 Windows 的話);另外創(chuàng)建一個和物理內(nèi)存大小相同的 Linux Swap 分區(qū),這些都是安裝 Linux 的常識了。

           

          配置應用:

          1. 無線網(wǎng)連接

              Ubuntu 可以很好地支持大多數(shù)網(wǎng)卡,自動檢測到附近的無線網(wǎng)。點擊右上角的無線網(wǎng)圖標,選擇我的網(wǎng)絡并輸入WEP密鑰,OK了,非常簡單!

          2. 中文輸入(我裝的是英文系統(tǒng),如果Ubuntu安裝時就是選擇簡體中文,可能沒有這么麻煩吧)

              首先需要給系統(tǒng)安裝語言包,使得 Linux 支持該語言的文字顯示和輸入。進入"System"- "Administration" - "Language Support" 窗口, 首先就是一大推包下載和安裝,應該是系統(tǒng)基本的語言支持包;

              完成后,在 "Language Support" 窗口中點擊 "Install/Remove Language",選擇 "Chinese(simplified)" 并選中所有的選項,應用… 于是開始15個語言包的下載和安裝(這回肯定是支持簡體中文的了);

              上一步完成后中文輸入就已經(jīng)安裝了,不過需要手動添加到可用的輸入法中:在 "Language Support" 中輸入法選擇 "ibus"(這是一個 Linux 下的輸入法平臺,代替以前老的 SCIM)。再在 "System"- "iBus Setup" 中啟動 ibus 應用,并且選擇 “PinYin”等你需要的中文輸入法添加到列表,設置輸入法切換快捷鍵,完成;

              重啟… 搞定!(之前我嘗試安裝基于SCIM的fcitx和fitx,總是失敗… 放棄) 個人覺得基于 ibus 的輸入法已經(jīng)很不錯了。


          附一個文件系統(tǒng)結構圖:
          /   根目錄 

          ├boot/ 啟動文件。所有與系統(tǒng)啟動有關的文件都保存在這里
          │ └grub/ Grub引導器相關的文件

          ├dev/ 設備文件
          ├proc/ 內(nèi)核與進程鏡像

          ├m(xù)nt/ 臨時掛載
          ├m(xù)edia/ 掛載媒體設備

          ├root/ root用戶的$HOME目錄
          ├home/
          │ ├user/ 普通用戶的$HOME目錄
          │ └.../

          ├bin/ 系統(tǒng)程序
          ├sbin/ 管理員系統(tǒng)程序
          ├lib/ 系統(tǒng)程序庫文件
          ├etc/ 系統(tǒng)程序和大部分應用程序的全局配置文件
          │ ├init.d/ SystemV風格的啟動腳本
          │ ├rcX.d/ 啟動腳本的鏈接,定義運行級別
          │ ├network/ 網(wǎng)絡配置文件
          │ ├X11/ 圖形界面配置文件

          ├usr/
          │ ├bin/ 應用程序
          │ ├sbin/ 管理員應用程序
          │ ├lib/ 應用程序庫文件
          │ ├share/ 應用程序資源文件
          │ ├src/ 應用程序源代碼
          │ ├local/
          │ │ ├soft/ 用戶程序
          │ │ └.../ 通常使用單獨文件夾
          │ ├X11R6/ 圖形界面系統(tǒng)

          ├var/ 動態(tài)數(shù)據(jù)

          ├temp/ 臨時文件
          ├lost+found/ 磁盤修復文件

          posted @ 2010-01-06 17:54 Alfred. Yao 閱讀(530) | 評論 (0)編輯 收藏

          一些命令:

          1. 改變路徑:cd /home/yaoanf

          2. 刪除目錄:rm -r /usr/HTTPServer/htdocs/en_US/wwprt/modelReport

          3. FTP上傳:ftp D:/workspace/modelReport to /home/yaoanf

          4. 移動目錄:mv /home/yaoanf/modelReport /usr/HTTPServer/htdocs/en_US/wwprt

          5. 修改權限:chmod -R 755 /usr/HTTPServer/htdocs/en_US/wwprt/modelReport

          posted @ 2010-01-06 17:53 Alfred. Yao 閱讀(187) | 評論 (0)編輯 收藏

          僅列出標題  下一頁
          主站蜘蛛池模板: 永宁县| 天镇县| 英吉沙县| 靖江市| 枣强县| 巴中市| 宿州市| 丹寨县| 永嘉县| 龙陵县| 喀什市| 玉环县| 广水市| 永胜县| 湄潭县| 麦盖提县| 周至县| 嘉黎县| 六枝特区| 屯昌县| 韶山市| 双牌县| 新密市| 衡东县| 大连市| 军事| 班戈县| 济源市| 和林格尔县| 肃南| 镇康县| 桐城市| 白银市| 民和| 阳山县| 榆树市| 濮阳市| 武胜县| 都江堰市| 黄山市| 蓬莱市|