多個文件調用 而且可以是表達式等等C#中怎麼就這麼弱呢，表示個符號？我還要它幹什麼，用CONST？又是局部用法
額，這麼強，那你用C++ 寫去咯， 既然覺得不好 爲什麼還要用啊，
項目，屬性，宏，這裏你可以定義整個項目內有效的宏
剛沒開，實際措辭修改一下。項目->屬性->生成->條件編譯符號
自己熟悉那種就用那種.其實很多還是IDE工具比較強大.幫你提示很多.做應用軟件用記事本敲代碼的時代已經過去了.
這個我贊同。不要抱怨不好，有本事你自己搞個全能的。
1、大部分情況下，使用 const 字段、enum 類型，或是 Conditional 特性，都是要優於原始的 define 宏指令的，在 C# 時代，基本上可以也應該告別 define 這樣的東西；
2、正是因爲全局的 define 引入了命名混亂的問題，不利用代碼維護，所以 C# 引入了命名空間。不要再試圖使用“全局”的東西；
各種開發環境都有相同點和不同點只要弄清楚就好
最近我想用C#開發一個Windows中圖片和傳真查看器,不知道如何實現，大家幫解決一下，具體點，
而且不是很明白 如果直接用 int receiveLen=Socket.Available 獲取接收到的字節組的大小是否合理
這句是循環接收，我覺得是不是可以有一個專門接收的臨時byte[]數組，每次收到後再寫到byte數組
data[]裏，記錄好寫入data[]裏的起始的位置和寫入的長度（receive變量）。
我覺得你的total和offset算的有問題。
不知道這麼轉對不對，這應該是你的發送信息的總長度，你在發送前在發送端看看數和這個一致麼
這誰寫的方法，只知道錯誤在哪裏，不清楚他要做什麼，具體修改未定。
錯誤處就是這個offset的使用，offset初始值必須是0，而他卻給了個size這個最大值，數據接收後填充永遠是從前到後，不可能先填充最後的數據，再往前填充的。
直接用 int receiveLen=Socket.Available 獲取接收到的字節組的大小是否合理？
這樣是不合理的，接收到多少數據，只有在實際接收的時候求才是最正確的
offset的含義是偏移量，如果你把它用作每次要填充的值，這本身就錯了，會讓別人誤解的，那些特定的英文單詞含義是固定的，你既然用了就要遵循他們本來的意思，否則別人就沒法看懂。
比如：begin你用作結尾，end你用作開頭，我看到這種代碼就不想看下去了。
有什麼辦法，可以在我破壞了XML文件本身的格式的情況下，
對XML文件進行寫操作後，後面的格式不會亂掉呢？
對程序來說的話，無所謂了，要是自己看的話，我通常用IE打開，如果要格式化的話，就用vs打開，然後格式
輸入別的字符也是同樣的情況。
我想知道的是，我惡意在XML文件裏面輸入了亂七八糟的文字之後
對XML文件進行寫操作，如何能夠保證格式不亂掉呢？
這就是new 和 override的區別，記住就行了，不用管爲什麼
A.F又不是 虛 抽象方法，子類沒辦法重寫，當然還是 調用自己。
因爲a的類型是A，並且方法F不是虛函數，所以aF()的運行結果是 A.F
這裏涉及兩個概念，編譯時類型和運行時類型，a 的編譯時類型是 A，運行時類型是 B，沒有聲明爲 virtual 的調用，由編譯時類型確定，因此 a.F() 調用的就是 A.F，如果聲明爲 virtual，則編譯時不能確定調用哪個函數，而要由 a 的運行時類型確定，這就是 a.G() 的調用方式
來源：足球直播
