其他

我個人關於研究生髮文章的總結，對研一，研二很有用題外話  本人研究生馬上就要畢業，在國內一家還算不錯的工科大學已經混了兩年多，覺得在中國讀研真的是很浪費時間（其他學校的同學大致也是這種感覺），起碼對大部分人來說是這樣的，如果運氣不好，碰上了個差導師，那就不止是在浪費時間了，很多博士碩士跳樓大概就是命不好吧。   

cstring::getlength()返回的是字元個數,不是位元組個數如在Ansi字元集下,Cstring str = "abcde";str.getlenght() = 5; 如在Unicode字元集下,Cstring str = "abcde";str.getlenght() = 5;而不是10; 有的函數參數中要用到Cstring的length()大小,這時就要注意在不同的編碼下是不一樣的了如GlobalAlloc(GMEM_MOVEABLE,

方法很多，這裡講解兩種比較簡單的方法，也是從google上搜尋來的。方法一：CWnd*   pEdit;     pEdit   =   GetDlgItem(IDC_EDIT_ONE);     ASSERT(pEdit   !=   NULL);         HFONT   hFont   =   (HFONT)::GetStockObject(SYSTEM_FIXED_FONT);     CFont*   pFont   =   CFont::FromHandle(hFont);  

使用啟動畫面一是可以減少等待程式載入過程中的枯燥感（尤其是一些大型程式）；二是可以用來顯示軟體名稱和著作權等提示資訊。怎樣使用VC++製作應用程式的啟動畫面呢？本文提供四種方法，前三種適用於基於文檔的應用程式，第四種適用於基於對話方塊的應用程式。 1.利用組件庫中的Splash Screen組件實現　　(1)用Photoshop等製作啟動畫面映像，儲存為bmp格式。 　　 (2)用Appwizard建一個基於單文檔的工程Splash。 　　

對於比較大的程式，在啟動的時候都會顯示一個畫面，以告訴使用者程式正在載入，或者顯示一些關於軟體的資訊，如Visual C++,Word, PhotoShop等。這些啟動畫面在Visual

1: 首先更改項目屬性為多位元組字元集.2: 對於所有 L"字串", 去掉L, 或改為=> _T("字串")       ps1: _T是個自動替換的宏, 可以根據編譯條件的不同, 替換成不同的東西.     ps2:若想使用_T,要先包含<tchar.h>檔案3: 替換所有的 WCHAR 為 TCHAR4: 替換所有的Unicode函數為非Unicode函數 eg _wsplitpath_s => _splitpath_s    ps1:

讓我們來看看同步非同步區別：同步方法調用在程式繼續執行之前需要等待同步方法執行完畢返回結果非同步方法呼叫則在被調用之後立即返回以便程式在被呼叫者法完成其任務的同時執行其它操作.NET架構基底類別庫中有好幾種類都可以提供同步和非同步方法調用。因為同步方法調用會導致程式流程中途等待，所以採用同步方法的情況下往往會導致程式執行的延遲相比來說，在某些條件下選擇非同步方法呼叫調用就可能更好一些例如，有的時候程式需要給多個Web服務發出請求，還有遠端通道（HTTP、TCP）和代理，這時就最好採用非同步方法呼

CString ctring;ctring.Format(_T("距離: %.2fm"), ant.gpqss.top());CClientDC dc(this);CSize sz = dc.GetTextExtent(ctring);((CMainFrame*)AfxGetMainWnd())->m_wndStatusBar.SetPaneInfo(1, NULL, SBPS_NORMAL,

(一) 概述string和CString均是字串模板類，string為標準模板類（STL）定義的字串類，已經納入C++標準之中；CString（typedef CStringT> CString）為Visual

1.         已知windows下可以用如下方法建立線程.1)        CreadThread(…). API2)        _beginthread(…). CRT3)        _beginthreadex(…). CRT4)        AfxBeginThread(…). MFC_beginthreadex()和_beginthread()長的很像, 沒什麼直接血緣關係, 但都是CRT所提供的線程建立方式. 顯著區別在於參數和傳回值上.2.        

用VC做程式的時候，如果對介面樣式不滿意怎麼辦？自己從各種控制項基類繼承，然後自繪嗎？對高手來說，這雖然不能算是難題，但是仍舊比較麻煩，對新手來說，連看什麼書都不好說。那就沒有更好的方法嗎？當然有！這就要用到一類稱作“介面換膚”的工具包了。且看這些工具包有什麼作用。當你使用一個介面換膚工具包的後，在不改變代碼的基礎上（除了使用庫函數），你的程式將變成另外一個樣子，當然這個樣子可以很cool，也可以很poor。下面我們來看看當今有什麼好的換膚工具包可以使用。1、SkinMagic    

據國外媒體報道：Cilk Arts，一家製作多核編程軟體的公司，發布了Cilk++ 1.0，這是一個對Linux和Windows下運行在多核處理器上的程式效能進行最佳化的平台。通過Cilk++，使用者可以對支援多核的應用程式進行快速的開發、測試和發布。該套方案套件括一套C++語言的擴充、一個運行時系統以及一些簡化多核軟體開發的工具。

一、為什麼需要多核開發？        答案很簡單，目前的晶片製造技術對CPU主頻的提升已經達到一個極限了，也就是說效能的垂直伸縮已經不太可能了。因此通過多核的方法，可以讓程式橫向的伸縮，這就類似於用多台伺服器實現負載平衡（水平伸縮），而不是簡單的靠將伺服器升級成小型機來提供處理能力（垂直伸縮）。        雖然多核並行計算的概念已經存在了幾十年了，但直到最近多核CPU在PC上的普及，多核開發才不得不提引起程式員的重視。       

 Amdahl 法則 Amdahl 法則描述了任意給定代碼所能實現的加速比的理論可能性。對於代碼 F 的串列成分，理論上預期可以在 N 個處理器上實現加速比：1/(F+(1-F)/N)  如果線程化 20% 的代碼（80% 保持串列），則在 4 個處理器上可以實現最大加速比：1/(0.8+(1-0.8)/4)  我們還可以使用 Amdahl 法則預測加速比的上限（將 N 設定為

0 申明變數 CMapX m_ctrlMapX;  CMapXLayer m_objLayer;//運動靶心圖表層 CMapXLayer m_traceLayer;//目標軌跡層  CMapXLayer m_scaleBarLayer;//比例尺圖層 CMapXFeature m_objFt; double m_lfCenterLon;//地圖中心經度 double m_lfCenterLat;//地圖中心緯度 CMapXFeature m_objTrackFt[MAXNUMINEMAP];1

Unicode字元集下CString與char *轉換         在Visual C++.NET2005中，預設的字元集形式是Unicode，但在VC6.0等工程中，預設的字元集形式是多位元組字元集（MBCS：Multi-Byte Character Set），這樣導致在VC6.0中非常簡單實用的各類字元操作和函數在VS2005環境下運行時會報各種各樣的錯誤，這裡總結了在Visual C++.NET2005環境中Unicode字元集下CString和char

Unicode ：寬位元組字元集 1. 如何取得一個既包含單位元組字元又包含雙位元組字元的字串的字元個數？ 可以調用Microsoft Visual C++的運行期庫包含函數_mbslen來操作多位元組（既包括單位元組也包括雙位元組）字串。 調用strlen函數，無法真正瞭解字串中究竟有多少字元，它只能告訴你到達結尾的0之前有多少個位元組。 2. 如何對DBCS（雙位元組字元集）字串進行操作？ 函數 描述 PTSTR CharNext （ LPCTSTR ）; 返回字串中下一個字元的地址

 WIN32線程式控制制主要實現線程的建立、終止、掛起和恢複等操作，這些操作都依賴於WIN32提供的一組API和具體編譯器的C執行階段程式庫函數。在啟動一個線程之前，必須為線程編寫一個全域的線程函數，一般來說，C++的類成員函數不能作為線程函數。這是因為在類中定義的成員函數，編譯器會給其加上this指標。如果一定要以類成員函數作為線程函數，通常有如下解決方案：(1)將該成員函式宣告為static類型，去掉this指標；將成員函式宣告為靜態雖然可以解決作為線程函數的問題，但是它帶來了新的問題，那就

程式如下: #include "stdafx.h"#include <iostream> #include <tbb/task_scheduler_init.h> #include <tbb/task.h> #include "tbb/tick_count.h"#include <windows.h>using namespace std; using namespace tbb; struct printtask :task {

by Barry Tannenbaumby Barry Tannenbaum(This is a follow-up to our earlier post on multicore storage allocation.)  While working with an early Cilk++ adopter, it quickly became apparent that the default memory allocator shipped with the Windows C Run-