Time of Update: 2018-12-07
Effective C# 原則37:使用標準的配置機制Item 37: Use the Standard Configuration
Time of Update: 2018-12-07
公司一哥們說make_shared構造shared_ptr比new要慢,我表示懷疑.因為make_shared只分配一次記憶體,而new需要分配兩次.所以寫一個demo測試一下.分別測試開啟最佳化,關閉最佳化,還有就是C++11開啟move之後的效能情況.#include <string>#ifdef __GXX_EXPERIMENTAL_CXX0X__#include <memory>using namespace std;#else#include
Time of Update: 2018-12-07
文章目錄 開啟關閉建立刪除增刪改操作交易處理查詢操作 背景進行Windows Mobile的應用的開發,很多時候需要對資料庫進行訪問,儲存和讀取。可是微軟沒有為Native C++提供象ADO.NET下的封裝,所以我自己封裝了一個SqlCe訪問類。簡述本文講述在Windows Mobile和Wince下,Native C++訪問SqlCe的封裝類的實現。由於微軟沒有為C++提供像ADO.NET的封裝,為Native
Time of Update: 2018-12-07
由於工作關係,現在專註於Windows Phone,Windows Embedded CE(WinCE)和Windows Mobile,.NET Compact Framework, Native C++領域的開發,把工作上的一些經驗和知識進行總結,文章會不斷完善。關於我 Jake Lin 。 Windows Phone Mircosoft 正式把Windows Mobile改名為Windows Phone,你會因此而購買Windows Phone嗎?Windows Phone is here
Time of Update: 2018-12-07
最近,對列印票據比較感興趣,索性研究了一下。發現大致有兩種方式:1、用.net的代碼來控制和設定列印的頁面大小、內容位置,這種方法比較準確,但是你要一遍一遍的實驗那些座標,這個過程也許會花費你很長時間。2、把與列印的票據用掃描器掃入電腦,如果是15`的顯示器,那麼基本是1:1的大小,再大一點的顯示器就適當調整掃描進入的票據大小即可,然後把這個掃描圖引入form裡面作為底圖,把label空間放入對應的底圖空白處(就是你想列印資料的地方),讓後,把底圖去了,現在這些label就在對應的位置,以後要列
Time of Update: 2018-12-07
進行基於.NET CompactFramework的開發有段時間了,漸漸地BOSS們發現僅位於Windows mobile平台的應用已經遠遠不夠,我們內部也做過一次調查,參加調查的人數大概一百多人,僅有10%的人使用的是基於Windows mobile的手機,85%用的是S60
Time of Update: 2018-12-07
用C++開發WM應用系列文章索引引言: 在上一篇博文中,我們簡單的學習了ListBox控制項的項添加、項的全部清除。接上一篇的尾巴,我們將在這篇博文中,介紹一些ListBox的小技巧吧,比如,擷取選中項、刪除選中項。本文:首先,我們開啟VS2008,選擇建立一個C++項目,項目名稱用MFC_Listbox吧,當然是基於MFC的智慧型裝置應用程式項目啦。來到嚮導視窗,選擇WM5平台的SDK足矣,然後設定項目基於對話方塊,其他保持預設,一路Next即可。我們先開啟資源檢視,看到我們需要把使用者介面
Time of Update: 2018-12-07
『原創』用C++開發WM應用系列(1)——"Hello World" Pro!(上)『原創』用C++開發WM應用系列(1)——"Hello World" Pro!(下)『原創』用C++開發WM應用系列(2)——撥打到電話『原創』用C++開發WM應用系列(3)——發送SMS『原創』用C++開發WM應用系列(4)——處理旋轉螢幕『原創』用C++開發WM應用系列(5)——接觸ListBox控制項『原創』用C++開發WM應用系列(6)——深化ListBox控制項『原創』用C++開發WM應用系列(7)——
Time of Update: 2018-12-07
C# 3.0 語言規範 從FxCop歸納出來的一些規範建議 一、 Design(設計)1. Abstract types should not have constructors 抽象類別不應該聲明構造方法2. Assemblies should have valid strong names 程式集應該具有強式名稱3. Avoid empty interfaces 避免使用空的介面4. Avoid excessive parameters on generic types
Time of Update: 2018-12-07
/// <summary> /// 下載檔案(顯示進度) /// </summary> /// <param name="URL"></param> /// <param name="filename"></param> /// <param name="prog"></param> public void
Time of Update: 2018-12-07
介紹這個例子展示了如何使用一個包(Package)來擴充Visual Studio,使之支援一個特定檔案類型的編輯器並附帶工具箱支援,在這個例子中我們將實現一個 .tbx檔案的編輯器以及一個可用於此文檔的工具箱項目。提供一個編輯器工廠類; 文檔的序列化和還原序列化; 工具箱支援,即從工具箱中拖動一個文本到文檔中; 支援原始碼控制和唯讀檔案支援。
Time of Update: 2018-12-07
擷取檔案的版本資訊:FileVersionInfo myFileVersionInfo1 = FileVersionInfo.GetVersionInfo("D:\\TEST.DLL");textBox1.Text="版本號碼: " + myFileVersionInfo1.FileVersion;
Time of Update: 2018-12-07
搜尋了網上關於,memcpy的使用方法,很多都提到,目標地址和源地址不能有重複.一般目標地址和源地址有重複時使用memmov.但是我們的環境中即使目標地址和源地址重複依然可以用memcpy.網上說VC也是不支援地址重複,但是我用codeblock可以使用,用的是mingw32.copy不能有重複的記憶體實現: void * __cdecl memcpy (void * dst,const void * src,size_t count){ void * ret = dst;
Time of Update: 2018-12-07
Effective C# 原則21:用委託來表示回調Item 21: Express Callbacks with Delegates
Time of Update: 2018-12-07
Effective C# 原則28:避免轉換操作Item 28: Avoid Conversion
Time of Update: 2018-12-07
Effective C# 原則31:選擇小而簡單的函數Item 31: Prefer Small, Simple
Time of Update: 2018-12-07
為什麼程式必須得會C語言? 我自己也不知道。我的專業本身並非電腦,課堂上也沒有學過C語言。但我就是喜歡,所以自己看了不少程式設計的書。越看就越覺得C語言確實為程式員的必修之課,所以一直以來,我從來沒有放棄過C語言的學習,而且一下覺得,做為一名程式員,如果不會C語言,就不要說自己是程式員(個人想法)。 後來因為工作須要,不得不跟著MS走,學一些時尚的東西,什麼C#,.Net架構等。我不得不承認,這些東西確實很好。特別是.Net架構裡一些類的實現,以及事件的實現等,都是非常好的程式設計思想。想必
Time of Update: 2018-12-07
Effective C# 原則48:瞭解更多的工具和資源 Item 48: Learn About Tools and Resources對於C#以及.Net來說這是激動人心的時候。這些工具目前還是比較新的,整個社區都在學習如何使用這些工具。一些資源可以協助你提高你的知識,以及為.Net和C#建立一個更大的知識社區。這些工具是我每天都向C#開發人員推薦的。關於C#實踐的全部內容還在寫作當中,跟進它們而且不斷瞭解相關的內容。第一個應該在每一個C#開發人員的工具箱的工具是NUnit,
Time of Update: 2018-12-07
Effective C# 原則50:瞭解ECMA標準Item 50: Learn About the ECMA StandardECMA標準是C#語言所有功能的官方說明。ECMA-334定義了C#語言1.0的標準,你可以從The C# Programming Language這本書上學習C#2.0的計劃(譯註:現在已經不是計划了),這本書的作者是Anders Hejlsberg, Scott Wiltamuth, 和 Peter Golde (Addison-Wesley,
Time of Update: 2018-12-07
Effective C# 原則32:選擇小而內聚的程式集 Item 32: Prefer Smaller, Cohesive Assemblies這一原則實際應該取這個名字:“應該建立大小合理而且包含少量公用類型的程式集”。但這太沉長了,所以就以我認為最常見的錯誤來命名:開發人員總是把所有的東西,除了廚房裡水溝以外(譯註:誇張說法,kitchen