C++

特殊需求 一個非常特別需求，需要提取aspnet_Profile中自訂的使用者屬性。這個特殊的需求是這樣的:提取使用者的屬性列表，我的機器只能訪問開發庫，沒法訪問生產庫。DBA也比較忙，於是乎就把未經處理資料拿了過來，用程式進行分解。 ProfileObject Storage Service表（aspnet_Profile）欄位名類型屬性說明UserIduniqueidentifier FK:

精英化趨勢C++是一門引起無數爭議的語言。眼下最常聽到的聲音則是C++將趨於沒落，會被某某語言取代。我很懷疑這種論調的起點是商業宣傳，C++的真實趨勢應該是越來越傾向於精英化。 精英化是指在可用可不用C++的領域中，C++將逐漸退出，而所有剩下必須用C++的領域通常都是附加值比較高，難度較高的領域，比如：作業系統，資料庫，大型網站後端等。這一過程造成的現象就是在TIOBE上，C++的份額逐步下降。 但就像經濟上擠泡沫一樣，這倒不是C++衰落了，而是原本人們對C++的期望過高了。早在1995年，美

      如果問題是C#怎麼才能和C++一樣快，那麼真正的問題就是C#到底是慢在哪。內聯是諸多影響C#效能中的一個，如果頻繁調用的大量小函數沒有內聯，那麼對效能的影響是非常大的，因為建棧、刪棧、壓棧和跳轉的時間加起來很可能比實際執行函數體的時間還長。       在實際的應用中，Milo Yip的《C++/C#

C和C++有太多的曆史包袱而其它語言並沒有這些，從另一個角度下來講C和C++其實就是現代語言的活字典，也是現代軟體設計的基礎，當然有更古老的語言，但像C和C++影響力這麼大的卻無其它語言可以出其左右。C++和其它語言最大的不同在於它不屬於任何人，任何公司，而Java,C#,Python,Ruby等都是由某個公司或個人控制的，在相對封閉的體系之下設計的語言很容易可以做到易用性，但靈活性和設計思想的廣泛度上與C++這樣的語言不可同日而語。且不說其它語言從C/C++中借鑒的大量的特性，單就語言本身能夠

Parallel.For可以算是並行計算的基石了，有了他可以解決90%以上的並行計算問題。當然了，他的實現實在是簡單的不值一提，先發一個我寫的C#實現，下回我們就以它為基礎來講解如何?並行計算。對於已經使用.net 4.0的同學請自動無視該實現。static class Parallel{ public delegate void Kernel(); public delegate void KernelFor(int index);

Code highlighting produced by Actipro CodeHighlighter

引用部落格園Milo Yip的http://www.cnblogs.com/miloyip/archive/2010/09/17/behind_cplusplus.htmlC++缺點之一，是相對許多語言複雜，而且難學難精。許多人說學習C語言只需一本K&R《C程式設計語言》即可，但C++書籍卻是多不勝數。我是從C進入C++，皆是靠閱讀自學。在此分享一點學習心得。個人認為，學習C++可分為4個層次：第一層次，C++基礎：挑選一本入門書籍，如《C++

Code  CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->using System;namespace _02_01{class Class_02_01{public static void Main(String[] args){short x=32766;ushort y=65534;x++;y++;Console.WriteLine(

理解一下委託CodeCode highlighting produced by Actipro CodeHighlighter

作者：RazanPaul譯者：Todd

在物件導向程式設計中，有時我們需要在運行時查詢一個對象是否能作為某種多態類型使用。與Java的instanceof，以及C#的as、is運算子類似，C++提供了dynamic_cast函數用於動態轉型。相比C風格的強制類型轉換和C++ reinterpret_cast，dynamic_cast提供了型別安全檢查，是一種基於能力查詢(Capability

在本系列的上一篇中，談到了介面和委託文法約束強度的比較，我的結論是介面的文法約束要強於委託。這個話題得到了不少朋友的關注和討論。對此，我在綜合反饋，查閱資料，加上自己的理解的基礎上對介面和委託的關係進行一個小小的總結，並藉此推動本篇的介紹。

在C#中，類的靜態建構函式用於在使用類之前進行相關的初始化工作；比如，初始化靜態成員或執行特定操作。CLR 在第一次建立該類對象或調用該類靜態方法時自動調用靜態建構函式。同時，CLR保證靜態建構函式的執行緒安全性（準確地說是，只會調用一次，不存在多線程問題）。 下面是MSDN對靜態建構函式特點的描述：1.靜態建構函式既沒有存取修飾詞，也沒有參數2.在建立第一個執行個體或引用任何靜態成員之前，將自動調用靜態建構函式來初始化類

資源管理在C語言中，資源管理是一個極為繁瑣易錯的工作，大多複雜的C系統都面臨著記憶體泄露、懸掛指標等問題。這是一方面是由底層語言的特點決定；另一方面也是由於C語言特性相對較少，嚴重依賴程式員進行正確的資源管理，缺乏有效支援手段。C#和C++兩門語言的定位不同，它們在資源管理方面採取了兩種截然不同的方式：一為GC，一為RAII。GC讓程式建立在更高的抽象層次上，使資源管理變得更方便，更安全；而RAII則保留了C的底層能力，同時在C++特性的支援下提供了簡單有效資源管理方式。我們知道C++最激烈的批

多態[隨著對OO學習和理解的深入，我已認識到本文關於多態的論述並不準確。最新的認識是：多態是關於類型間代換關係的，文中講的是介面與實現的綁定。]多態是什嗎？一句話：同一介面和不同實現的綁定。多態讓程式能通過統一的介面（廣義的介面，意指規範）調用不同的實現，從而增強程式的表達能力和靈活性。我們最為熟悉的多態形式是包括介面繼承在內的類型多態： var animals = new List<IAnimal>() { new

中庸C#是靜態類型語言，要使用類型必須引用該類型的定義。因此，從軟體組織角度會發生組件間的引用依賴關係。常見的引用依賴關係有兩種模式：a. 正向依賴：組件A用到了組件B中定義的類T，組件A直接引用組件B，依賴關係是“組件A -> 組件B”。b. 反向依賴：組件A通過介面I定義功能規格，針對抽象編程；組件B反過來引用組件A，並定義類T實現介面I；由另一組件C將I與T粘合起來，依賴關係是“組件A <-

程式世界有兩種神秘的元素，它們無處不在，卻常常未被察覺。它們一動一靜，卻又和諧相處。我給這對兄弟取上不太恰當的名字，一個叫“協議”，一個叫“約束”。我們常常看到的動態語言、靜態語言背後，本質上就是“協議”與“約束”兩種元素的作用。C#是一門優美且處於快速發展中的語言，它融合了靜態和動態優勢，如果運用得當，必能動靜結合，呈現出一種和諧之美。本篇是C#動靜結合編程的第一篇，希望這個系列能和大家一起探討如何在C#中最大限度的發揮動靜結合的潛能。本人還只是C#初學者，對電腦理論的理解還很膚淺，文中錯誤歡

 自從在cnblogs和csdn寫了幾篇批評C#/.NET的博文後，便受到了多方.NET粉絲的輪番群毆：http://www.cnblogs.com/topic/53/。這段時間正好出差，沒有及時回複，便被部分朋友視作理屈詞窮。其實，我在第一篇博文中就說過，我既然列出這些論點，一定有支援這些論點的實踐證據和技術原因——也許有些觀點錯誤，但是我總有我的道理。說出來，和大家分享討論而已——沒有及時回帖，只是工作原因，絕不會理屈詞窮，請大家放心，我還會繼續戰鬥下去，呵呵:) 我仔細看了目前為止參與“群

如果:1.你喜歡在 IT界打拚2.你 喜歡學習 並且做IT方面所有的事情(架構,設計,編碼,測試，甚至銷售) 3.你喜歡和 一群有激情 的年輕人一起工作 4.你喜歡工作只要 效率高沒有其他限制5.你喜歡成為本公司 元老級人物6.你喜歡和 高手共事7.你喜歡在公交，地鐵，火車,長途汽車甚至去飛機場都 比較方便的地方上班那就歡迎你加入本公司職位1. .NET軟體工程師· 全職·工作認真·熱愛軟體開發,致力於IT行業·一年以上.NET開發經驗· 熟悉VS 2k3/2k5,SQL Server 2K/2

12:變數聲明時初始化優於指派陳述式。   Prefer Variable Initializers to Assignment Statements。   若類的執行個體變數成員在聲明時初始化，初始化代碼會內聯到該類的每個執行個體建構函式中:構造對象執行個體時，先執行初始化代碼，再調用基類建構函式，最後執行建構函式中代碼。   當建構函式有多個重載版本時，建議在定義欄位時避免進行初始化，而應該將這些公用的初始化語句放在一個建構函式中，然後使其他的構造器顯示地調用這個初始化建構函式。   13: