其他

可能性一：系統中缺少wifi補丁，一般是刷第三方系統或是購買水貨回來內建其他系統原因，這個原因不多，大家可以網上搜尋補丁解決。可能性二：進入無線路由器無線參數設定頁面，查看頻段參數選擇，預設是“自動選擇”，除此之外有1到13的數字選項。於是開著三弟的WIFI掃描，把除自動選擇之外的所有選項挨個試一遍，結果發現當頻段設定為12、13這兩個時，三弟死活找不到這個WIFI，而1到11則毫無問題。而當頻段設定為自動選擇時，每次路由器啟動時就會像上面說的不是1就是13，所以就有一半的機會讓三弟連不上WIF

Factory原廠模式很多資料也稱FactoryMothed(Factory 方法)主要用於建立對象。新添加類時，不會影響以前的系統代碼。核心思想是用一個工廠來根據輸入的條件產生不同的類，然後根據不同類的virtual函數得到不同的結果。解析1）Product：建立出來的對象的抽象基類2）Factory：建立對象的Factory

組件（Component）和對象（Object）之間的區別先明確組件（Component）和對象（Object）之間的區別。組件是一個可重用的模組，它是由一 組處理過程、資料封裝和使用者介面組成的業務對象（Rules Object）。組件看起來像對象，但不符合對象的學術定義。它們的主要區別是： 組件可以在另一個稱為容器（有時也稱為承載者或宿主）的應用程式中使用，也可以作為獨立過程使用； 組件可以由一個類構成，也可以由多個類組成，或者是一個完整的應用程式； 組件為模組重用，而對象為代碼重用。現在，

Interpreter解譯器模式通常當一個語言需要解釋執行，並且你可以將該語言的句子表示成為一個抽象的文法樹時，可以使用解譯器模式解析1）context：包含解譯器之外的一些全域資訊2）AbstractExpression：抽象基類，聲明一個抽象的解釋操作，這個介面為抽象文法樹中所有的節點所共用3）TerminalExpression：終結符類，實現與文法中的終結符相關聯的解釋操作4）NonterminalExpression：非終結符類，為文法中非終結符實現解釋操作，對文法中每一條規則R1，R

沒有定義UNICODE，所以它裡面的字串就是簡單用"

   今天是2012/8/26，暑假終於結束了。哥正式成為大三的學長了。好吧，來總結一下哥的大二吧！關於學習：     

理論和處理鍵盤輸入一樣，WINDOWS將捕捉滑鼠動作並把它們發送到相關視窗。這些活動包括左、右鍵按下、移動、雙擊新式滑鼠還包括滾輪訊息WM_WHEEL等。WINDOWS並不像處理鍵盤輸入那樣把所有的滑鼠訊息都導向有輸入焦點的視窗，任何滑鼠經過的視窗都將接收到滑鼠訊息，無論有否輸入焦點。另外，視窗還會接收到滑鼠在非客戶區移動的訊息（WM_NCMOVE），但大多數的情況下我們都會將其忽略掉。 對滑鼠的每一個按鈕都有兩個訊息：WM_LBUTTONDOWN,WM_RBUTTONDOWN 。對於三鍵滑鼠還

前提：這不是告訴一個從未裝過系統的人裝系統。這隻是給裝過一兩次windows的人一個裝win7+CentOs的方案。看鳥哥的私房菜，學linux自然要裝一個linux啦。我和很多人一樣剛開始學linux，不可能完全捨棄windows。有人選擇在windows上裝一個虛擬機器跑linux。可以虛擬機器裡效能自然要打折扣。如果你的電腦和我的一樣記憶體只有2G的話，你會發現在虛擬機器裡開啟linux，開機是很慢的。而且螢幕的大小也不好看。連鳥哥也說最好不要在虛擬機器裡學linux。所以還是在物理機上真

記憶體管理記憶體管理一直是令C++程式員最頭疼的工作，C++繼承了C的那種高效而又靈活的指標，使用起來稍微不小心就會導致記憶體泄露，“野”指標，訪問越界等問題。曾幾何時，C++程式員曾經無限的嚮往Java，C#等語言的記憶體回收機制。雖然C++標準提供了智能指標std::auto_ptr,但並沒有解決所有問題。電腦系統中資源有很多種，記憶體是我們最常用到的，此外還有檔案描述符，socket，作業系統handle，資料庫連接等等，程式中申請這些資源後必須及時歸還系統，否則就會產生難以預料的後果。智

問題Observer模式應該可以說是應用最多，影響最廣的模式之一，因為Observer的一個執行個體Model/View/Control(MVC)結構在系統開發架構設計中有著很重要的地位和意義，MVC實現了商務邏輯和展示層的解耦。在MFC中，Doc/View(文檔視圖結構)提供了實現MVC的架構結構。還有在事件處理系統中也經常用到。將一個系統分割成一系列相互協作的類有一個很不好的副作用，就是需要維護相關對象間的一致性。我們不希望為了維護一致性而使各類緊密耦合，這樣會給維護，擴充和重用帶來不便。O

資料視窗常用技巧1、如何讓隱藏檔目錄的列，顯示圖片？答：選擇對應的column的display as picture屬性為true2、如何複製grid類型的所選擇的行的資料到系統剪下板？答：string

OpenSSLopenSSL 不僅僅是 SSL。它可以實現訊息摘要、檔案的加密和解密、數位憑證、數位簽章和隨機數字。關於 OpenSSL 庫的內容非常多，遠不是一篇文章可以容納的。OpenSSL 不只是 API，它還是一個命令列工具。命令列工具可以完成與 API 同樣的工作，而且更進一步，可以測試 SSL 伺服器和客戶機。伺服器編寫步驟源碼：建立win32空項目SSL_Server//SSL_Server.cpp#include <iostream>#include

W版本和A版本的Win32APIA:ANSI字元集;  W：wide Unicode字元集。windows支援Unicode和ANSI編碼的字元。在User32.dll中匯出的函數實際上沒有MessageBox，只有MessageBoxA和MessageBoxW，這兩者是同一個API，實現了同樣的功能。不同的是，MessageBoxA以多位元組字串作為參數輸入，MessateBoxW以Unicode字串作為參數輸入。但如果在編寫程式時，使用的字元集與代碼中使用的函數不一致、定義的字串變數不相容，

問題每個人，事物在不同的狀態下會有不同的表現(動作)，而一個狀態又會在不同表現下轉移到下一個不同的狀態(State)。最簡單的一個生活中的例子就是：地鐵入口處，如果你放入正確的地鐵票，門就會開啟讓你通過。在出口處也就是檢票，如果正確你就OK，否則就不讓你通過。當狀態數目不是很多的時候，switch/case可能可以搞定，但是當數目很多的時候(實際系統中也正是如此)，維護一大組的switch/case語句將是一件異常困難並且出差的事情。狀態邏輯和動作實現沒有分離。在很多的系統實現中，動作的實現代碼

在overlay裡可以包括2D和3D元素。這些元素必須以如下關鍵字開頭：'element' 不能再嵌套其它元素的2D元素。'container' 可嵌套2D元素和container的容器。'entity' 3D元素，只能放在overlay裡，不能嵌套在其它容器中。  //CeShi.overlay檔案 overlay模板及繼承template container Panel(Template/TreeRootCS){ template container

訊號(signal)和槽(slot)類似於windows中的訊息和訊息響應都是通過C++類成員函數實現的訊號和槽是通過串連實現相互關聯的包含訊號或槽的類必須從QObject繼承訊號(signal)和槽(slot)——聲明class Employee : public QObject{Q_OBJECTpublic:Employee();int salary() const;public slots:void setSalary(int newSalary);signals:void

問題在物件導向系統的開發和設計過程中，經常會遇到一種情況就是需求變更，經常我們做好的一個設計，實現了一個系統原型，咱們的客戶又會有了新的需求。我們又因此不得不去修改已有的設計，最常見的就是解決方案就是給已經設計實現好的類添加新的方法去實現客戶的需求，這樣就陷入了設計變更的夢魔：不停的打補丁，其帶來的後果就是設計根本就不可能封閉，編譯永遠都是整個系統代碼。visitor模式則提供了一種解決方案：將更新封裝到一個類中(訪問操作)，並由待更改類提供一個接受介面，則可達到效果。visitor訪問者模式表

一、基本概念映像是由數位相機、掃描器、攝像機等輸入裝置捕捉實際的畫面產生的數位影像，是由像素點陣構成的位元影像，圖片格式有png,bmp,jpg,jpeg,gif。位元影像是象素集合，又稱光柵圖，一般用於照片品質的影像處理，是由許多像小方塊一樣的像素組成的圖形。由像素的位置與顏色值表示，能表現出顏色陰影的變化。圖形是指由外部輪廓線條構成的向量圖。即由電腦繪製的直線、圓、矩形、曲線、圖表等；

prototype原型模式用原型執行個體指定建立對象的種類，並且通過拷貝這個原型來建立新的對象。  小demoprototype.h#ifndef PROTOTYPE_H#define PROTOTYPE_H// 虛擬基類,所有原型的基類,提供Clone介面函數class Prototype{public:Prototype(){}virtual ~Prototype(){}virtual Prototype* Clone() = 0;};//

問題熟悉VC/MFC的都知道，vc是”基於訊息，事件驅動”，訊息在vc開發中起著舉足輕重的作用。在MFC中，訊息是通過一個向上遞交的方式進行處理，例如一個WM_Command訊息的查出來流程可能為1）MDI主視窗收到命令訊息WM_Command,其ID位ID_XXX2）MDI主視窗將訊息傳給當前活動的MDI子視窗3）MDI子視窗給自己的子視窗(View)一個處理機會，將訊息交給View4）View檢查自己MessageMap5）如果View沒有發現處理該訊息的程式，則將該訊息傳其對應的Docum