[英]Is there any reason not to use Aliases in the System namespace?
我一直習慣使用String而不是string和Int32代替int。 主要是因為一切都是一個類，所以我喜歡保持一致性，並像對待其他所有類/對象一樣對待所謂的“原始體”。
我剛剛看了一篇有關編碼標准的文章，其中提到“始終使用C＃預定義類型，而不是系統命名空間中的別名”。
它沒有說為什么。
這些類型是完全可以互換的，並且可以編譯為相同的IL。 您的編碼標准中應該有一個關鍵規則-如果您正在編輯共享文件，請使用與現有代碼相同的樣式。 沒有什么比嘗試修復樣式會更改其他功能的文件更令人討厭的了。
所以-選擇一個並保持一致。
沒有任何理由會影響您的應用程序的行為或性能。 這是推薦的樣式指南-與所有樣式指南一樣，如果您認為合適，可以忽略它。 幾乎所有的OSS和公司樣式策略都會規定您需要使用別名-因此請記住這一點。
沒有技術原因使用這兩個選項。 兩者在生成的IL方面是相同的。
但是，最大的原因是其他人的一致性和可維護性。 更期望使用“字符串”，“ int”，“雙精度”等，因此更易於維護。
另外，如果您沒有使用System ;，那么始終都鍵入“ int”要比“ System.Int32”好得多……
為什么要使用C＃預定義類型而不是系統命名空間中的別名
[英]Why Should You Use The C# Predefined Types Rather Than The Aliases In The System Namespace
為什么我無需引用任何程序集就能使用System.Collections.Generic命名空間？
[英]Why am I able to use System.Collections.Generic namespace without having a reference to any assembly?
檢查給定的字符串是否為“內置數據類型名稱”，它是系統命名空間中預定義類型的別名
[英]Check if given string is Built In data Type Name, which are aliases of predefined types in the System Namespace
是否有任何理由在兩個MemoryStream之間使用CopyToAsync
[英]Is there any reason to use CopyToAsync between two MemoryStreams
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
