在C＃中有命名參數的風格指南嗎？

MSDN - spaces after the colon. 這比Objective-C的，在這裏我就不人們使用冒號後的空間看到不同的。我認爲這可能是一個語法高亮還沒有趕上功能的問題，但我沒有一個好的IDE的經驗。我在Unity上使用的MonoDevelop既不提供命名參數的語法着色功能，也不提供自動完成功能。 There is a lot there;如果你知道我在內部或其他地方想要存在什麼，請告訴我。我還沒有找到它。在C＃中有命名參數的風格指南嗎？

來源

2012-02-16 Jessy

微軟MSDN上公佈的一些常識準則，在我看來，它纔是最重要不亞於約定的一致性。如果你還沒有這麼做，那麼它的代碼樣式和標準值得看看Stylecop。

Guidelines for Names

來源：Names of Parameters

選擇一個好的參數名稱可以顯著提高圖書館的可用性。一個好的參數名稱應該指示哪些數據或功能受參數影響。

不要使用駱駝在外殼參數名稱。請使用描述性參數名稱。

在大多數情況下，該參數的名稱和類型應該是足以確定參數的用法。

考慮使用基於參數的含義，而不是基於參數的類型名稱名。

在開發工具和文檔，參數的類型通常是可見。通過選擇一個描述參數的用法或含義的名稱，您可以爲開發人員提供有價值的信息，幫助他們識別正確的成員以完成其任務，並將正確的數據傳遞給成員。

來源

2012-02-16 05:04:06 Lloyd

我想我已經遵循了這些準則，因此我想查看參數名稱。我可以使用[this]（http://answers.unity3d.com/questions/51110/is-there-an-alternative-to-stylecop-for-monodevelo.html），但我不知道如何使用這些文件。 – Jessy 2012-02-16 05:58:55

沒有人強迫你使用一些特定的風格，如果這是你問什麼。您可以按照自己的意願，在沒有空格，冒號後面的空格，冒號前的空格或冒號周圍的空格的情況下編寫它。

但是，恕我直言，這是更具可讀性，當你只需要使用冒號後面一個空格。

來源

2012-02-16 04:59:28 penartur

我發現人們往往會聚合在一個或少數選項上，儘管忽略空白語言的可能性很大。在「for」或「if」之後，我從未看到缺少空間，但我很少在方法名稱後面看到空間。如果它將阻止人們不必將任何想法放在解析我的代碼中，我會堅持最常見的約定，並自己吸收它們。據我所知，命名參數對於許多人來說太過新穎，並且沒有充分利用，因此不得不考慮這一點。我想盡早開始，以避免任何可能的重寫。 – Jessy 2012-02-16 05:07:22

_我從來沒有在「for」或「if」_之後看到空間不足 - 但它很常見:) _我想早點開始，以避免稍後重寫 - 然後在冒號後面使用單個空格。 – penartur 2012-02-16 05:10:36

請給我一些例子1.缺乏這個空間，以及2.爲什麼你認爲你的首選方法將成爲標準。（當然，後者會回答原始問題。） – Jessy 2012-02-16 05:52:20

風格指南應該從開發團隊出現。每種語言都有自己的成語，應該遵循，但細節需要由團隊定義。這同樣適用於命名約定。

把它們寫下來，流通，得到大家的一致。如果你在開源，我相信社區會給你反饋。

來源

2012-02-16 05:26:54 dbatwa

我是開發團隊，對此我沒有強烈的感受。 – Jessy 2012-02-16 05:46:57

我想stackoverflow是一個很好的音板。國際海事組織，我喜歡空間，我認爲它使它更易讀，更容易找到它的缺失。 – dbatwa 2012-02-16 06:42:20

爲什麼它不是Objective-C的標準呢？命名參數在那裏存在很多。 – Jessy 2012-02-16 16:06:27

在C＃中有命名參數的風格指南嗎？

回答

相關問題