MSDN-コロンの後のスペース。 これは、コロンの後にスペースを使用している人がいないObjective-Cとは異なります。シンタックスハイライトがまだ機能に追いついていない問題かもしれないと思いますが、良いIDEの経験はありません。Unityを搭載したMacで使用しているMonoDevelopは、名前付きパラメーターの構文の色付けもオートコンプリートも提供していません。 そこにはたくさんあります; 私が何を求めているのか、または他の場所に存在することを知っているなら、私に知らせてください。まだ見つけていません。
3 に答える
Microsoft は、MSDN で公開されているいくつかの常識的なガイドラインを持っています。私の意見では、その統一性は規則と同じくらい重要です。まだ行っていない場合は、コードのスタイリングと標準についてStylecopを検討する価値があります。
From:パラメータの名前
適切なパラメーター名を選択すると、ライブラリーの使いやすさが大幅に向上します。適切なパラメーター名は、パラメーターによって影響を受けるデータまたは機能を示す必要があります。
パラメータ名にはキャメルケースを使用してください。わかりやすいパラメータ名を使用してください。
ほとんどのシナリオでは、パラメーターの名前とその型だけで、パラメーターの使用法を判断できます。
パラメータの型に基づく名前ではなく、パラメータの意味に基づく名前を使用することを検討してください。
開発者ツールとドキュメントでは、通常、パラメーターの型が表示されます。パラメーターの使用法または意味を説明する名前を選択することで、開発者がタスクに適したメンバーとメンバーに渡す適切なデータを識別するのに役立つ貴重な情報を提供できます。
これがあなたが求めているものである場合、特定のスタイルを使用するように強制する人は誰もいません。スペースなしでも、コロンの後にスペースを入れても、コロンの前にスペースを入れても、コロンの周りにスペースを入れても、自由に書くことができます。
ただし、コロンの後に単一のスペースのみを使用すると、読みやすくなります。
スタイル ガイドは開発チームから出てくる必要があります。各言語には従うべき独自のイディオムがありますが、詳細はチームが定義する必要があります。同じことが命名規則にも当てはまります。
それらを書き留めて回覧し、全員の同意を得てください。もしあなたがオープンソースをやっているのなら、コミュニティがあなたにフィードバックをくれると確信しています。