C++

System.Net.Sockets   包含了一個socket類，Socket原型Socket(AddressFamily af,SocketType st,ProtocolType pt)  AddressFamily 為網路類型，SocketType 為資料類型，ProtocolType 為使用的網路通訊協定AddressFamily 總是使用AddressFamily.InterNetwork枚舉值。SocketType 參數則與ProtocolType 參數配合使用，不允許其他的形式。

                                                                                                                                                                                        伺服器端

變數與類型C#是強型別的語言，因此每個變數必須宣告類型。在C# 新版本裡面也可以用Var來聲明。 從 Visual C# 3.0 開始，在方法範圍中聲明的變數可以具有隱式類型 var。 隱式類型的本地變數是強型別變數（就好像您已經聲明該類型一樣），但由編譯器確定類型。 下面的兩個 i 聲明在功能上是等效的：var number = 10; // implicity typed int number2 = 10; // explicity

 如果運算子被重載為全域函數，那麼只有一個參數的運算子叫做一元運算子，有兩個參數的運算子叫做二元運算子。如果運算子被重載為類的成員函數，那麼一元運算子沒有參數，二元運算子只有一個右側參數，因為對象自己成了左側參數。運算子即可以定義為全域函數，也可以定義為成員函數。= （）[] ->只能重載為成員函數不能重載的運算子1、不能改變C++內部資料類型（如Int float）的運算子2、不能重載‘.’，因為‘.'在類中對任何成員都有意義。3、不能重載C++運算子集合中沒有的符號，如#@$等。原因：

可以通過調用Socket對象的SetSocketOption方法設定通訊端的各種選項，它有3種重載的形式：public void SetSocketOption(SetSocketOptionLevel sl,SocketOptionName sn,byte[]value)public void SetSocketOption(SetSocketOptionLevel sl,SocketOptionName sn,int value)public void

我們用命令列編譯器的時候，如果程式當中使用了其他的動態連結程式庫，那麼就要用/resource命令列開關指定程式中用到的動態連結程式庫，方法如下：csc /r:thirdparty.dll myapp.cs可是為何，我們在編譯普通程式的時候，不需要用下面的命令來引用.netFramework的動態庫？csc /r:System.dll

    我們在軟體開發過程中，有的時候需要判斷某個視窗是否成為了使用中視窗，如果是，就執行一個過程，如果不是就執行另外一個過程。這要如何做到呢，我在Web自助終端整合項目需求變更中就遇到了這樣的問題，通過尋找相關資料，我通過下面的方法解決：    首先我們定義一個API函數：GetForegroundWindow(),這個函數在MSDN中的描述是這樣的：    The GetForegroundWindow function returns a handle to the foreground

常量是一種表示恒定不變的值的符號，當定義一個常量時，我們必須在編譯時間就確定它的值，而當使用常量時，編譯器首先從定義常量的模組中繼資料中尋找符號，直接取出常量的值，然後就將它嵌入到編譯後產生的IL代碼中。由於常量的值是直接嵌入到代碼中的，所以常量在運行時不再需要任何的記憶體配置，所以我們不能擷取常量的地址，或者以引用的方式來傳遞一個常量。下面這個例子，我們會發現常量可能導致的版本更新問題： Code highlighting produced by Actipro

在C#中每一種字型都用FontFamily類來表示，如下：FontFamily fontFamily = new FontFamily("Arial");Font font = new Font(   fontFamily,   8,   FontStyle.Regular,   GraphicsUnit.Point);RectangleF rectF = new RectangleF(10, 10, 500, 500);SolidBrush solidBrush = new

LZO 是致力於解壓速度的一種資料壓縮演算法，LZO 是 Lempel-Ziv-Oberhumer 的縮寫。這個演算法是無損演算法，參考實現程式是安全執行緒的。實現它的一個自由軟體工具是lzop。最初的庫是用 ANSI C 編寫、並且遵從 GNU通用公用許可證發布的。現在 LZO 有用於 Perl、Python 以及 Java 的各種版本。代碼著作權的所有者是 Markus F. X. J. Oberhumer。LZO 庫實現了許多有下述特點的演算法：* 解壓簡單，速度非常快。 *

下面是一個C＃庫（相容Mono），允許你推播通知到iOS應用程式和Android，Windows Phone和一些黑莓應用程式。在iOS和Android開發中給App應用軟體推送訊息通知是很常用的方式。今天給大家iOS和Android開發人員推薦一個可以給實現給包括iOS、Android和Windows Phone及Blackberry多種作業系統的App應用推送訊息通知的開源C#庫 -

微博內容長度的計算方法（不一定完全無誤，僅提供一個思路):       public static int GetWeiboContentLength(string weiboContent)        {            var max = 140;            var surl = 11;            var urlCount = 0;            RegexOptions ops = RegexOptions.Compiled;

一個程式，免不了的一件事就是做運行時配置。.Net平台原生的配置就是使用App.config。但是這種方式配置起來並不十分的靈活，而且是文字檔，不適合儲存一些較為敏感的資訊。園子中也有很多博主發表過關於“快速設定檔”的文章，使用的是“序列化”和“還原序列化”相關的知識。但是，僅僅給出了一個簡單的實現，並不能複用。由於我經常性的會遇到需要給軟體加一個設定檔的問題，於是就花費了一點時間，製作了一個QuickConfig組件，分享給大家。如果代碼什麼的有不對的地方，歡迎大家指出。先說說QuickCon

我的一個愛好，就是收集網上共用的一些功能型代碼。收集下來，用的時候，就非常方便了。這一段小程式，可以用來直接運行批處理(cmd)語句或者批次檔(*.bat|*.com)等，並且可以獲得批處理語句運行後的返迴文字。很好，很強大。除了可以運行cmd之外，也可以直接運行exe或者其他程式，設定是否以後台靜默的方式運行。主要採用的技術就是Process。 protected static void RunCmd(String cmd, Boolean showWindow,

ClearCase是全球領先的軟體組態管理工具，而Visual Studio 2005是微軟推出的強大的.Net開發工具。微軟的VSIP計劃為Visual Studio提供了介面的可擴充性，通過VSIP，ClearCase將自已的介面深度、無逢地整合至Visual Studio 2005，為同時使用ClearCase與Visual Studio 2005的使用者提供了極大的方便與效率。CC.Net正是ClearCase在Visual Studio2005的強大的整合.CC.Net全接觸系列之一:

using System;using System.Collections.Generic;using System.Text;using System.Net;using System.IO;namespace HostConsole{ class Program { static void Main(string[] args) { if (HttpListener.IsSupported) {

架設有兩個類AParent和AChild。其中，AChild派生自AParent。AParent這個類來自於資料庫，由ORM為我們產生和建立。而AChild這個類主要是為了配合前台頁面的顯示【通常在MVC中實現編輯功能時用到。】根據物件導向的原理，我們可以拿“子類”當“父類”使用。但是不能拿“父類”當“子類”使用。舉一個很簡單的例子。比如我們有兩個方法：GetParentName(AParent parent)和GetChildName(AChild

關於JAVA和C#的比較，從C#的誕生之日開始就沒有停止過。其實比較JAVA和C#，有點不是Apple-to-Apple的比較。我認為更確切的說法是JAVA和.NET的比較，而C#是.NET陣營裡的得力幹將，和VB.NET一起成為微軟.NET戰略的左右手。 JAVA和C#比較的文章網上的不計其數。其中我看到.NET總設計師之一，C#之父Anders Hejlsberg的一次採訪錄最為有份量，他從設計的高度和實現的技術細節上闡述了兩種技術的主要異同點，比如.NET的Exception

Anders Hejlsberg，丹麥人，曾在丹麥科技大學學習工程學。     Anders Hejlsberg第一次登上軟體界曆史舞台是在80年代早期，因為他為MS-DOS和CP/M設計了一個Pascal編譯器。當時，還是一個小公司的Borland很快僱用了他，並買下了他的編譯器，改稱Turbo Pascal。在Borland，Hejlsberg繼續開發Turbo Pascal，並最終帶領他的小組設計了Turbo Pascal的替代品、開發工具史上的奇蹟：Delphi語言。    1996年，

在編蝌蚪變青蛙代碼過程中，考慮的是蝌蚪變青蛙的進化過程，也就是想的是如何從一種類型轉化成另外一種類型的C#實現方案。根據網友的反饋Swimable, Breathable 直接繼承Animal不妥，實際上在編碼的過程中也考慮這個問題，只是沒有想要完善整個代碼。因此有必要對前面的代碼的不合理性進行修改或者用時髦的話來講重構現在的代碼。 首先將Swimable和Breathable