其他

一.    g++  編譯 帶template 方法，失敗 err:  undefined reference to  ， 找不到連結函數    原因： g++ 不完善， g++不支援模板類的分離編譯   .h 如此定義    template<class T>    static std::string to_string(const T &t);    把實現此方法的內容也在放到.h    template<class T>    std::string

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

            看了鳥哥私房菜中Linux的檔案系統，現在把我理解的寫下來。很多問題還是一知半解。期望以後有更深的理解。        我個人認為作業系統在管理資料時是以檔案為單位對資料進行儲存和管理的。（這隻是我覺得而已，歡迎指正）     

同步對象 /************************************************************************//* 同步對象(Mutex)互斥對象具有的機制：如果互斥對象沒有被任何線程擁有，那麼它是"標記的",如果被一個線程所擁有，那麼它是"未標誌的"；任何一個線程獲得後，互斥對象就是"未標誌的"，

問題在物件導向系統的設計和開發過程中，對象間的互動和通訊時最為常見的情況，因為對象間的互動本身就是一種通訊。在系統比較小的時候，可能對象間的通訊不是很多，對象也比較少，我們可以直接寫入程式碼到各個對象的方法中。但是當系統規模變大，對象的量變引起系統複雜度的急劇增加，對象間的通訊業變得越來越複雜，這時我們就要提供一個專門處理對象間互動和通訊的類，這個中介者就是Mediator模式。Mediator模式提供將對象間的互動和通訊封裝在一個類中，各個對象間的通訊不必顯示去聲明和引用，大大降低了系統的複雜

文章目錄 vectorlistdeque

調試了半天，定位到是delete引起的奔潰，我懷疑了好久是不是申請記憶體後，指標操作出了問題，導致向沒申請的記憶體地區寫入了東西，導致釋放出了問題。可是這個delete有時候出問題，有時候又不會。後來在校論壇上發帖，得到了提醒。可能是我申請記憶體和釋放記憶體的語句出了問題，我居然之前沒想到過這一點。是這樣的：我原來的代碼為：char *msg2 = new

概述：        singleton模式稱作單件模式或單例模式。它的作用是確保一個類在整個工程中有且只有一個執行個體。可以在多個不同的類中很方便的所需要的類的方法。應用領域：常用在遊戲編程和多線程編程中，讀取設定檔，寫入日誌。原理：它的建構函式是私人的，你不能去new 它。該單例類裡面已經執行個體化好了一個了，並且是static的，並提供一個擷取該執行個體的方法！用戶端只能通過該方法擷取這個已經執行個體化好了的，這樣就保證了只有一個執行個體存在！1. Singleton.h檔案/* *

/** *IPC是指進程間的通訊，其中有三種我們稱之為IPC即訊息佇列、訊號量以及共用儲存空間 *建立IPC結構（調用msgget\semget\shmget）， 應指定一個鍵，鍵的資料類型是基本系統資料類型key_t，鍵由核心變換成標識符 *以下是訊息佇列msgget *//** * 優缺點：IPC結構是在系統範圍內起作用的，沒有訪問計數。例如，如果進程建立了一個訊息佇列，在該隊列中放入了幾則訊息， * 然後終止，但是該訊息佇列及其內容並不會被刪除，它們餘留在系統中直至出現下述情況： *

/** * 所有進程共用同一塊記憶體，共用記憶體在各種處理序間通訊方式中具有最高的效率。 * 訪問共用記憶體地區和訪問進程專屬的記憶體地區一樣快，並不需要通過系統調用或者其它需要切入核心的過程來完成 * 優缺：共用記憶體塊提供了在任意數量的進程之間進行高效雙向通訊的機制。每個使用者都可以讀取寫入資料， *    但是所有程式之間必須達成並遵守一定的協議，以防止諸如在讀取資訊之前覆寫記憶體空間等競爭狀態的出現。 *   

題目：一個組資料從0到N（50000）的N個數字依次遞增且不重複，現抽掉其中兩個數，並把剩下的49998個數字打亂裝入int A[]數組中。請在只遍曆一次迴圈且最多隻可用到5個變數，找出這2個抽出的數字。 簡單答案：  long a=0,b=0;for(int i=1;i<=50000;i++){ a += i; b += (i*i); if(i<49998) {  a -= A[i-1];  b -=

題目：一個無序數組，找出數組中大於或者等於左邊的數，且小於或等於右邊的數。如數組：2，8，12，14，10，19。 則輸出：2，8，19。 答案：使用一個指標數組，兩次迴圈。主要方法解釋比較難，可以畫圖思路較清晰。其中可以用兩個數組來實現，比較容易看懂。但為了節省空間的，只使用了一個數組。 #include <iostream>#define max(a,b) a>b?a:b;#define min(a,b) a<b?a:b;using namespace

一、在linux下 刪除這些目錄是很簡單的，命令如下 find . -type d -name ".svn"|xargs rm -rf 或者 find . -type d -iname ".svn" -exec rm -rf {} \; 二、在windows下用以下法子： 1、在項目平級的目錄，執行dos命令： xcopy project_dir project_dir_1 /s /i 2、或者在項目根目錄執行以下dos命令 for /r . %%a in (.) do @if exist "%

1.       是一個小項目，主要做兩套系統的資料庫對接。一個是CRM會員管理系統，一個是POS批銷系統。由我一個人分析，設計，編寫。兩個系統的資料庫差異還是比較大，表結構，業務處理，差異。2.       系統的最大難題是：業務分析，包括資料流向，是以哪個資料庫為主要資料庫。是否支援資料雙向流動。3.       準備工作，業務定位要準確清晰，盡量做到系統設計與代碼編寫時，業務變動性小。因為第次業務一變動，也許整個系統的結構也要跟著變，而前期所做分析設計與編寫，會前功盡棄。4.      

理論因為大多數的PC只有一個鍵盤，所以所有運行中的WINDOWS程式必須共用它。WINDOWS 將負責把擊鍵訊息送到具有輸入焦點的那個應用程式中去。儘管螢幕上可能同時有幾個應用程式視窗，但一個時刻僅有一個視窗有輸入焦點。有輸入焦點的那個應用程式的標題條總是高亮度顯示的。 實際上您可以從兩個角度來看鍵盤訊息：一是您可以把它看成是一大堆的按鍵訊息的集合，在這種情況下，當您按下一個鍵時，WINDOWS就會發送一個WM_KEYDOWN給有輸入焦點的那個應用程式，提醒它有一個鍵被按下。當您釋放鍵時，WIN

等待函數/************************************************************************//* 等待單個對象函數WaitForSingleObject()DWORD WaitForSingleObject( //功能等待單個對象，如果對象置位，則返回__in HANDLE hHandle, //同步對象的控制代碼__in DWORD

繪製文本Windows 中的文本是一個GUI（圖形化使用者介面）對象。每一個字元實際上是由許多的像素點組成，這些點在有筆畫的地方顯示出來，這樣就會出現字元。這也是為什麼我說“繪製”字元，而不是寫字元。通常您都是在您應用程式的客戶區“繪製”字串（儘管您也可以在客戶區外“繪製”）。Windows 下的“繪製”字串方法和 Dos 下的截然不同，在 Dos 下，您可以把螢幕想象成 85 x 25 的一個平面，而 Windows 下由於螢幕上同時有幾個應用程式的畫面，所以您必須嚴格遵從規範。Windows

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

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

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