其他

1、定義：表示作用於某對象結構中的個元素的操作。它使你可以在不改變個元素的類的前提下定義作用於這些元素的新操作。2、角色：抽象訪問者角色（Visitor）：聲明了一個或者多個訪問操作，形成所有的具體元素角色必須實現的介面。 具體訪問者角色（CreateVisitor）：實現抽象訪問者角色所聲明的介面，也就是抽象訪問者所聲明的各個訪問操作。 抽象節點角色（Element）：聲明一個接受操作，接受一個訪問者對象作為一個參量。

1、 定義：用一個中介對象來封裝一系列的對象互動。中介者使個對象不需要顯示地相互引用，從而使其耦合鬆散而且可以獨立地改變它們之間的互動。   

       使用者反饋機器開機以後的訊號很差，訊號欄一直是灰的。查了一下原因是因為模組沒有主動上報訊號強度，而android這邊總是SIM READY後2分鐘以後才會第一次查訊號強度，因此訊號強度一直不更新的，而這時打電話發簡訊上網什麼的是沒有問題的。      其實也就是幾行代碼的事，但是我就是不願意修改，因為我覺得這個問題就不是問題，我更加關心的是莫名其妙掉網，睡眠狀態下收不到簡訊等這些問題。我覺得這些才是首要解決的問題。     

 1、定義    給定一個語言，定義它的文法的一種表示，並定義一個解譯器，這個解譯器使用該表示來解釋語言中的句子。該模式很好理解就是，目的就是解釋。比如說世界上的各個地區和國家的漢字各不相同，但是需要表達的意思是相同的。同樣描述吃飯的，中國叫吃飯，老外叫Eat...所以解譯器模式是指，在程式中，一些符號或字元等需要在特定的條件下解釋成這樣，在另一情況下解釋成那樣。2、角色這個模式角色就一個解譯器，AbstractExpression——它的參數是需要解釋的內容。3、模型抽象的解釋操作類。

        我一直認為自己非常愚鈍，在調試代碼的時候，一次一次的印證了這一點。        客戶拿一個機器給我調試，語音業務電話很快就打通了，但是資料業務一直起不來。跟所有問題一樣，碰到問題的時候，往往覺得無處下手，看起來滿地都是線索，就是找不到頭緒在哪裡。這是，冷靜下來思考是最重要的，所有的業務都有個流程，資料也是這樣，首先要做的定位，把商務程序中所有的已經驗證的問題切割，這樣最後只剩下有遷移的流程，對，這有點像二分尋找，但是尋找之前，先要排序，而捋順商務程序，相當於排序的過程。   

模組供應商的選擇，相對於移動終端最終產品，模組的更新換代不會很快，因此在選擇新模組的時候，個人認為有些東西是可以參考的，這也是調試了幾個模組之後的總結。1、先確認模組的軟硬體，是否符合設計要求，是否支援了產品所需要的功能，最好能有其它的公司用過該產品並且已經量產。因為，在模組過功能本身並不完善的情況下，等模組公司完善該功能在拿過來，等於協助模組公司來調試模組，而且人家還不買帳，反覆扯皮，總是懷疑是對方有問題，這是很鬱悶的事情，費時費力費金錢，搞得最後心力交瘁，項目進度又耽誤了。所以，盡量排除模組

 本文出自:http://blog.csdn.net/hongchangfirst進程地址空間中典型的儲存地區分配情況如所示（出自《UNIX環境進階編程》）： 可以看出：從低地址到高地址分別記憶體區分別為：程式碼片段資料區段（初始化）資料區段（未初始化）（BSS）堆棧命令列參數和環境變數其中，堆向高記憶體位址生長，棧向低記憶體位址生長。 在進程的地址空間中：程式碼片段中存放：全域常量（const）、字串常量、函數以及編譯時間可決定的某些東西資料區段（初始化）中存放：初始化的全域變數、初始化的靜態

 定義：就一個類而言，應該僅有一個引起它變化的原因。　　就是說一個類只做一件事，只關注它必須關注的，用哲學的語言來說，就是只抓主要矛盾。如果一個類承擔了太多的職責，那就意味著這個類和其它程式集，或其它類總是互相影響，會造成整個程式邏輯混亂，既不利於程式的健壯性，也不利於後期維護。所以在設計之前，就要規劃好各個類的，各個程式集的職責，顯示介面的就只關心介面顯示，不要再顯示介面的類裡去處理後台要做的事；讀寫資料庫的類，就只需要負責把資料讀出來和將資料儲存進去，而不應該還要去考慮介面如何顯示。控制層就

 定義：軟體實體（類、模組、函數等）應該是可以擴充的，但是不可修改。對於擴充是開放的,對於更改是封閉的。關鍵是抽象，將一個功能的通用部分和實現細節部分清晰的分離開來。    這裡要求我們寫代碼要有抽象的概念。什麼是抽象？指由實體抽離出概念的思考過程。就是從眾多的對象中抽離出共同的本質的特徵。在寫代碼的過程中，需要抽象類別的地方，只需要抓住這個類的本質功能，不要老想著它在這個工程中的具體功能。   

這兩天為買票傷透了腦筋，鐵道部的網站實在不給力，先不說效能怎麼樣，單就使用者介面就夠令人蛋疼了。各種莫名其妙的錯誤，各種重複輸入密碼...於是自己改了一下Phone的代碼，替換原來的apk，讓它自動重撥。市場上也有一些所謂瘋狂撥號的apk，但是限於api，並不能對電話進行精確的控制，一個典型的例子就是，撥打95105105之後，如果不能接通，對方不會自動掛斷，而是一直在提示“對不起，..blablabla”，這個時候是phone以外的應用是不知道有沒有接通的。因為PhoneStateListen

#pragma pack(n)的意思是告訴編譯器位元組對齊為n位元組對齊，n位元組對齊就是說變數存放的起始地址的位移量有兩種情況：第一、如果n大於等於該變數所佔用的位元組數，那麼位移量必須滿足預設的對齊，第二、如果n小於該變數的類型所佔用的位元組數，那麼位移量為n的倍數，不用滿足預設的對齊。結構的總大小也有個約束條件，分下面兩種情況：如果n大於所有成員變數類型所佔用的位元組數，那麼結構的總大小必須為佔用空間最大的變數佔用的空間數的倍數；否則必須為n的倍數。舉個例子#pragma

 30.有時，追求效率是一種美麗的錯誤。29.有人問我，什麼是幸福。 我說，晚飯後，我和爸爸媽媽坐在沙發上，一起聊著今天發生的事情，是幸福； 我還說，我和妻子靜靜的躺在床上，一同聆聽莫紮特的小步舞曲，是幸福。 我又說，我在工作，孩子在一邊玩耍，我偶爾回頭望望他，是幸福；

1、定義：使多個對象都有機會處理請求，從而避免請求的寄件者和接收者之間的耦合關係。將這個對象連成一條鏈，並沿著這條鏈傳遞該請求，直到對象處理它為止。   

 定義：子類型必須能替換掉他們的基本類型。只要父類能出現的地方子類就可以出現，而且替換為子類也不會產生任何錯誤或異常，使用者可能根本就不需要知道是父類還是子類。但是，反過來就不行了，有子類出現的地方，父類未必就能適應。    繼承無非就是，完全按照父類的方法實現和除了父類的方法再加以擴充新的方法兩種類型。那麼子類要能替換父類，如何替換，不是說不能擴充新方法，相反，繼承就是鼓勵子類要擴充新的方法，要不然就違背了繼承的意義。只是子類繼承父類必須要嚴格遵守父類的規則。如果子類完全不關心父類制定的規則，

 定義：抽象不應該依賴於細節。細節應該依賴於抽象。程式中所有的依賴關係都應該終止於抽象類別和介面。針對介面而非實現編程。任何變數都不應該持有一個指向具體類的指標或引用。任何類都不應該從具體類派生。任何方法都不應該覆寫他的任何基類中的已經實現了的方法。   

        相信很多人在初學JavaBean的時候，尤其是用Tomcat作伺服器時一定遇到過非常鬱悶的事情，就是提示類似於Cannot find any information on property 'usename' in a bean of type 'hall.TestUser' 之類的問題。       

第一次安裝虛擬機器，不知道從何下手，走了很多彎路，記錄一下。可參考的連結VirtualBox 虛擬機器基礎入門教程。1、搜尋可用的VirtualBox包[yinlijun@localhost ~]$ sudo yum search VirtualBox已載入外掛程式：presto, refresh-packagekit==================================================================== Matched: VirtualBox =

 定義：如果兩個類不必彼此通訊，那麼這兩個類就不應該發生直接的相互作用。如果其中一個類需要調用另一個類的某個方法，可以通過第三者轉寄這個調用。其本意是，設計中要注意松耦合。   

        今天是星期二,這個學期最多課得一天,共11節啊~~明天就不錯了,沒課!! 上午上了Operating System, 因為昨晚沒有睡好覺吧,今天早上感覺特別累...所以沒有聽到多少內容,沒辦法,只好自學了~~上午還有Michael的英語,他整天在講所謂的Philosohpy,全是那些什麼supernature, time,denotaion, skeptism, idealism,materialism,

這個程式是照抄書上的例子，，《Java項目培訓指南》，感覺還是很有收穫，，，import java.lang.Thread;import java.lang.System;import java.lang.Math;import java.lang.InterruptedException;public  class Thread1 { public static void main(String args[]) throws java.io.IOException {  System.out.