C++

namespacenamespace 關鍵字用於聲明一個範圍。此命名空間範圍允許您組織代碼並為您提供了建立全域唯一類型的方法:命名空間名可以是任何合法的標識符。命名空間名可以包含句號。 即使未顯式聲明命名空間，也會建立預設命名空間。該未命名的命名空間（有時稱為全域命名空間）存在於每一個檔案中。全域命名空間中的任何標識符都可用於命名的命名空間中。 命名空間隱式具有公用訪問權，並且這是不可修改的。 在兩個或更多的聲明中定義一個命名空間是可以的。如在同一個檔案中分別將兩個類定義為

nullnull 關鍵字是表示不引用任何對象的Null 參考的文字值。null 是參考型別變數的預設值。 C# 2.0 引入了可為空白值的類型，這是可以設定成未定義值的資料類型。可為空白值的類型可以表示一般類型的基礎值範圍內的值，在加上一個null值，其相當於通常實值型別與null的並集。 可空類型 是 System.Nullable 結構的執行個體。System.Nullable<T>// 或簡寫為T？// 兩者可以互換，T為實值型別可空類型表示可被賦值為 null

如果在為方法聲明參數時未使用 ref 或 out，則該參數可以具有關聯的值。可以在方法中更改該值，但當控制傳遞迴調用過程時，不會保留更改的值。通過使用方法參數關鍵字，可以更改這種行為。paramsparams 關鍵字可以指定在參數數目可變處採用參數的方法參數。在方法聲明中的 params 關鍵字之後不允許任何其他參數，並且在方法聲明中只允許一個 params 關鍵字。

知識點 實值型別。實值型別是在棧中分配記憶體，在聲明時初始化才能使用，不能為null。 實值型別超出作用範圍系統自動釋放記憶體。 主要由兩類組成：結構，枚舉（enum），結構分為以下幾類：整型（Sbyte、Byte、Char、Short、Ushort、Int、Uint、Long、Ulong） 浮點型（Float、Double） decimal bool

C#調用c++dll檔案是一件很麻煩的事情，首先面臨的是資料類型轉換的問題，相信經常做c#開發的都和我一樣把學校的那點c++底子都忘光了吧(語言屬性類別)。網上有一大堆得轉換對應表，也有一大堆的轉換執行個體，但是都沒有強調一個更重要的問題，就是c#資料類型和c++資料類型占記憶體長度的對應關係。如果dll檔案中只包含一些基礎類型，那這個問題可能可以被忽略，但是如果是組合類別型（這個叫法也許不妥），如結構體、類類型等，在其中的成員變數的長度的申明正確與否將決定你對dll檔案調用的成敗。如有以下代碼

using System;using System.Collections.Generic;using System.Text;using System.Data;using System.Data.OleDb;using System.Runtime.InteropServices;using System.Windows.Forms;using iExcel = Microsoft.Office.Interop.Excel;namespace Excel.Readxls{    class

 前言     由於音頻接收這塊的代碼和說明不多，就和功能一起寫了，Let's GO! ! 注意     本系列文章限於學習交流，注重過程，由於涉及公司，所以不提供原始碼下載，非常抱歉！！但是請大家放心，核心、實現以及其他能夠貼出來的代碼我都會貼出來，並且爭取盡所能的回答留言裡的每一個問題，感謝大家關注，歡迎交流  系列     1.     C# 視頻監控系列（1）：準備      2.     C# 視頻監控系列（2）：用戶端——封裝API     3.     C# 視頻監控系列（3）：

   1.this.toolStrip1.Dock = DockStyle.Top;/// 菜單    2.  一。    private void timer1_Tick(object sender, EventArgs e)                 {//顯示當前系統時間                                 this.toolStripStatusLabel1.Text=

C++            C#=====================================WORD            ushortDWORD            uintUCHAR            int/byte   大部分情況都可以使用int代替,而如果需要嚴格對齊的話則應該用bytebyte UCHAR*            string/IntPtrunsigned char*        

  前言     偶爾的機會接觸視頻監控，一開始的也是無頭蒼蠅，買書，跑了幾趟中關村買裝置，找朋友幫忙接線，測試網路攝影機，總算是把海康SDK開發包裡面的樣本跑起來了！接下來又在源碼網站、用Google瘋狂的找代碼，不是VC++的就是Delphi的源碼（本人Delphi不會，VC++能看懂點點-_-#），最後算是找到了一個C#版開發的用戶端文章，結果運行出錯！跑到海康官方網站問也沒人鳥，怒了！！冷靜下來看內建的VC++用戶端代碼，看得出他也是調用的標準介面，只是使用VC++來調罷了，所以想乾脆直

 前言     這幾天加緊趕工寫伺服器端的程式，所有系列文章更新較慢，見諒: )  注意     本系列文章限於學習交流，注重過程，由於涉及公司，所以不提供原始碼下載，非常抱歉！！但是請大家放心，核心、實現以及其他能夠貼出來的代碼我都會貼出來，並且爭取盡所能的回答留言裡的每一個問題，感謝大家關注，歡迎交流  系列     1.     C# 視頻監控系列（1）：準備      2.     C# 視頻監控系列（2）：用戶端——封裝API     3.     C# 視頻監控系列（3）：用戶端—

 前言　　關鍵字：c++ to C#

 前言     本章主要實現播放海康錄影檔案，更多播放器說明可以參考《Hikvision H264播放器編程指南V4.8》。  注意     本系列文章限於學習交流，注重過程，由於涉及公司，所以不提供原始碼下載，非常抱歉！！但是請大家放心，核心、實現以及其他能夠貼出來的代碼我都會貼出來，並且爭取盡所能的回答留言裡的每一個問題，感謝大家關注，歡迎交流  系列     1.     C# 視頻監控系列(1)：準備      2.     C# 視頻監控系列(2)：用戶端——封裝API     3.

前言    出於安全以及移植考慮，近兩天有看關於WebResource方面的資料，有點點心得和不明白。這裡鄙視下那些狂抄襲的論壇和部落格，一搜尋幾乎全一樣，也沒多說一個字的！！感謝    1.MSDN    直到這個例子出現，我才真正做出自己想要的東西，但是也帶來了一些不明白    2.利用WebResource.axd通過一個URL來訪問裝配件的內建資源(譯)    這篇文章給了我基礎代碼    3.在自訂Server

前言    這個東西都寫著放了2個月了，一直沒有完全寫完，卡在Regex那裡了，再加上懶就停下來了 - _ - # !!但是目前根據網址下載圖片沒有什麼大問題，附上原始碼，歡迎大家繼續幫我寫下去，呵呵:)    原始碼:    /Files/over140/ImagesBatchDownloading.rar    歡迎大家多多指教，可以考慮加入多線程和非同步擷取資料，並且Regex有待改善:)請查看最新版：笨笨圖片批量下載器 V0.3 beta[C# | WinForm | Regex |

 前言     最近做許可權控制，對頁面的許可權控制使用IHttpModule做的，想把控制粒度細化到頁面上控制項的許可權判斷，意圖是傳入控制項編號，根據控制項編號和目前使用者的許可權，如果沒有許可權的話就把控制項隱藏或顯示為不可用，打算用Attribute來做，以下是遇到的一些問題和看法，雖然失敗了但是覺得仍然有參考價值。 推薦幾篇文章:          1.     Attribute在.net編程中的應用（一）           2.     Attribute在.net編程中的應用（

前言　　《C++ Primer》第三版這本書還是去年做Window Mobile 6開發時看完的，看完後做了一些筆記到本子後就沒管了。今天偶爾翻出來趕緊寫一篇文章備份一下，據說每次重讀這本書都有新的收穫，正所謂溫故而知新，可見這本書之經典。 聲明　　歡迎轉載，但請保留文章原始出處:) 　　　　部落格園：http://www.cnblogs.com 　　　　農民伯伯： http://over140.cnblogs.com  本文 　　1.　　如果一個變數是在全域定義的，系統會保證給它提供初始化值0

static關鍵字大家肯定是用的很多了，說起來大家也都知道，這有什麼好談的？可是回想起以前的一些事情，不免叫我心中......事情起因，一個項目中的一些類中全部都是方法，但是被設計成了非靜態類了。於是我為了說服同事將這些類設計成靜態，下了好大的力度。等同事明白過來以後，我已疲憊不堪。不知道您是否存在以下觀點？static是從面向過程到物件導向的遺留產物，以往開發都是面向過程的，所以很多使用了靜態類、靜態方法，到了物件導向以後，這個關鍵字被保留下來了。因此物件導向開發中最好不用或少用static關

看了農民伯伯的《C# 操作Excel之旁門左道 [ C# | Excel

調用一個函數時,總是先把參數壓入棧，然後通過call指令轉移到被調用函數,在完成調用後清除堆棧.這裡有兩個問題:(1)哪個參數先入棧(2)由誰來清理堆棧.這兩個方面的問題稱為"呼叫慣例(Calling Conventions)"問題.這裡只討論_stdcall和_cdecl呼叫慣例,前者是Windows API函數常用的呼叫慣例,後者即是C呼叫慣例._stcall:參數按從右向左的順序入棧,由被調用函數清理堆棧._cdecl