是否有任何理由不在系統命名空間中使用別名？

我一直習慣於使用字符串而不是字符串，而使用Int32而不是int。主要是因爲所有東西都是一個類，所以我喜歡保持一致並像所有其他類/對象一樣對待所謂的「基元」。是否有任何理由不在系統命名空間中使用別名？

我剛剛看到一篇關於編碼標準的文章，其中提到了「始終使用C＃預定義類型，而不是系統命名空間中的別名」。

雖然沒有說明原因。

的類型是完全互換，並編譯到同一個IL。編碼標準中應該有一個關鍵規則 - 如果您正在編輯共享文件，請使用與現有代碼相同的樣式。沒有什麼比試圖修復樣式改變其他函數的文件更煩人了。

所以 - 選擇一個並保持一致。

2009-05-20 05:05:17

沒有理由會影響您的應用程序的行爲或性能。這是一個建議的風格指南 - 並且如同所有風格指南一樣，如果您覺得合適，您可以忽略它。幾乎所有的OSS和企業風格的政策都會規定你需要使用別名 - 所以記住這一點。

2009-05-20 05:01:29

如果它僅僅是一個造型選項，那麼這是個好消息！ – 2009-05-20 05:16:07

你的意思是說沒有*理由會影響你的申請的行爲或表現？ – 2009-05-20 05:27:53

沒有任何技術理由使用任一選項。就產生的IL而言，兩者是相同的。

然而，最大的原因是其他人的一致性和可維護性。使用「字符串」，「整數」，「雙」等更期望，因此更易於維護。

另外，如果你沒有使用系統，則它的好得多鍵入「詮釋」比「System.Int32」所有的時間...

2009-05-20 05:02:08

回答