Effective C# 原則12:選擇變數初始化而不是指派陳述式

Effective C# 原則12:選擇變數初始化而不是指派陳述式Item 12: Prefer Variable Initializers to Assignment Statements (譯註:根據我個人對文章的理解,我把initializer譯為:初始化器,它是指初始化文法,也就是在一個類裡聲明變數的同時,直接建立執行個體值的方法。例:object m_o = new

Effective C# 原則13:用靜態建構函式初始化類的靜態成員(譯)

Effective C# 原則13:用靜態建構函式初始化類的靜態成員Item 13: Initialize Static Class Members with Static Constructors

Effective C# 第三章,用C#表達你的設計(譯)

第三章,用C#表達你的設計Chapter 3. Expressing Designs with C#

Effective C# 原則2:為你的常量選擇readonly而不是const(譯)

第二條:為你的常量選擇readonly而不是const(譯)對於常量,C#裡有兩個不同的版本:運行時常量和編譯時間常量。因為他們有不同的表現行為,所以當你使用不當時,將會損傷程式效能或者出現錯誤。兩害相權取其輕,當我們不得不選擇一個的時候,我們寧可選擇一個運行慢一點但正確的那一個,而不是運行快一點但有錯誤的那個。基於這個理由,你應該選擇運行時常量而不是編譯時間常量(譯註:這裡隱藏的說明了編譯時間常量效率更高,但可能會有錯誤)。編譯時間常量更快更直接,但在可維護性上遠不及運行時常量。保留編譯時間常

Effective C# 原則20:明辨介面實現和虛函數重載的區別(譯)

Effective C# 原則20:明辨介面實現和虛函數重載的區別Item 20: Distinguish Between Implementing Interfaces and Overriding Virtual Functions 粗略的看一下,感覺實現介面和虛函數重載是一樣的。你定義了一些對象,但是這些對象是在另一個類型裡申明的。你被第一感覺騙了,實現介面與虛函數重載是完全不同的。在介面裡定義的成員預設情況下,是根本不存在實際內容的。衍生類別不能重載基類中的介面成員。介面可以隱式的實現,

Effective C# 原則14:使用建構函式鏈(譯)

Effective C# 原則14:使用建構函式鏈Item 14: Utilize Constructor Chaining

Effective C# 原則16:垃圾最小化(譯)

Effective C# 原則16:垃圾最小化Item 16: Minimize Garbage

Effective C# 原則3:選擇is或者as操作符而不是做強制類型轉換(翻譯)

Effective C# Item3 Prefer the is or as operators to

Effective C# 原則15:使用using和try/finally來做資源清理(譯)

Effective C# 原則15:使用using和try/finally來做資源清理Item 15: Utilize using and TRy/finally for Resource

Effective C# 原則22:用事件定義對外介面(譯)

Effective C# 原則22:用事件定義對外介面Item 22: Define Outgoing Interfaces with

Effective C# 原則21:用委託來表示回調(譯)

Effective C# 原則21:用委託來表示回調Item 21: Express Callbacks with Delegates

Effective C# 原則6:區別實值型別資料和參考型別資料

Effective C# 原則6:區別實值型別資料和參考型別資料Item 6: Distinguish Between Value Types and Reference

Effective C# 原則17:裝箱和拆箱的最小化(譯)

Effective C# 原則17:裝箱和拆箱的最小化Item 17: Minimize Boxing and Unboxing 實值型別是資料的容器,它們不具備多太性。另一方面就是說,.Net架構被設計成單一繼承的參考型別,System.Object,在整個繼承關係中做為根對象存在。設計這兩種類型的目的是截然不同的,.Net架構使用了裝箱與拆箱來連結兩種不同類型的資料。裝箱是把一個實值型別資料放置在一個無類型的引用對象上,從而使一個實值型別在須要時可以當成參考型別來使用。拆箱則是額外的從“箱”

Effective C# 原則4:用條件屬性而不是#if先行編譯塊(譯)

Item 4: Use Conditional Attributes Instead of #if 原則4:用條件屬性而不是#if使用#if/#endif 塊可以在同樣源碼上產生不同的編譯(結果),大多數debug和release兩個版本。但它們決不是我們喜歡用的工具。由於#if/#endif很容易被濫用,使得編寫的代碼難於理解且更難於調試。程式語言設計者有責任提供更好的工具,用於產生在不同運行環境下的機器代碼。C#就提供了條件屬性(Conditional

Linux作業系統下 MONO執行C#程式的方法

http://linux.ccidnet.com/art/302/20071010/1236325_1.html 第一步 環境(UBUNTU系統下)sudo apt-get install mono-gmcs mono第二步 建立example.csclass X {static void Main () {System.Console.Write("My first mono app worked!\n");}}第三步 編譯gmcs example.cs第四步

Effective C# 原則42:使用特性進行簡單的反射(譯)

Effective C# 原則42:使用特性進行簡單的反射Item 42: Utilize Attributes to Simplify

Effective C# 原則24:選擇申明式編程而不是命令式編程(譯)

Effective C# 原則24:選擇申明式編程而不是命令式編程Item 24: Prefer Declarative to Imperative Programming

Effective C# 原則43:請勿濫用反射(譯)

Effective C# 原則43:請勿濫用反射Item 43: Don't Overuse

Effective C# 原則23:避免返回內部類對象的引用(翻譯)

Effective C# 原則23:避免返回內部類對象的引用Item 23: Avoid Returning References to Internal Class Objects你已經知道,所謂的唯讀屬性就是指調用者無法修改這個屬性。不幸運的是,這並不是一直有效。如果你建立了一個屬性,它返回一個參考型別,那麼調用者就可以訪問這個對象的公用成員,也包括修改這些屬性的狀態。例如:public class MyBusinessObject{  // Read Only property

總頁數: 4314 1 .... 381 382 383 384 385 .... 4314 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.