なぜC＃開発者は括弧を開くのですか？[閉まっている]

私はここ数年のほとんどを主にC＃とSQLで作業してきました。私がこれまでに取り組んできたすべてのプログラマーは、関数または制御フローステートメントの開始括弧を新しい行に配置する習慣がありました。そう ...

public void MyFunction(string myArgument)
{
     //do stuff
}

if(myBoolean == true)
{
    //do something
}
else
{
    //do something else
}

特にif / elseステートメントでは、これがスペースの無駄であることに常に感銘を受けました。そして、C＃の以降のバージョンには、次のような代替手段が存在することを知っています。

if(myBoolean == true)
    //do something on one line of code

しかし、ほとんど誰も使用しませんでした。誰もが中括弧で改行をしました。

それから久しぶりにJavaScriptをやり直しました。私の記憶では、JavaScript開発者は以前とまったく同じ中かっこと改行を使用していましたが、ほとんどの開発者はすべての派手な新しいライブラリとものを使用して、宣言の後に開き中かっこを配置しました。

function MyJavaScriptFunction() {
    //do something
}

JavaScriptでクロージャーと関数ポインターを使用することが一般的になったため、多くのスペースを節約し、物事を読みやすくするため、この意味を理解できます。だから私はなぜそれがC＃で完了したものとして見られなかったのだろうと思った。実際、Visual Studio 2013で上記のコンストラクトを試してみると、実際に再フォーマットされて、開き括弧が新しい行に追加されます。

今、私はコードレビューSEにこの質問を見た： https://codereview.stackexchange.com/questions/48035/questions-responses-let-me-tell-you-about-you これで私はJavaでそれを学んだ、A私があまり馴染みのない言語です。宣言の直後に中括弧を開くのは、最新のJavaScriptのように厳格であると考えられています。

私は、C＃がもともとJavaをモデルにしており、多くの同じ基本コーディング標準に準拠していることを常に理解していました。しかし、この例では、そうではないようです。だから私は正当な理由があるに違いないと思う：理由は何ですか？C＃開発者（およびVisual Studio）が新しい行で中括弧を開くことを強制するのはなぜですか？

行末のブレースは、Brian KernighanとDennis Ritchieの著書The C Programming Languageにある古代のK＆R C標準です。主にRitchieによって設計されました）、AT＆Tで。

以前は、「1つの真のブレーススタイル」についてフレーム戦争がありました。

RitchieがC言語を発明し、Kernighanが最初のチュートリアルを作成しました。コンピューターディスプレイには数行のテキストしか表示されませんでした。実際、UNICS（後のUNIX）の開発は、ユーザーインターフェイスにタイプライター、プリンター、紙テープを使用したDEC PDP-7で始まりました。UNIXとCは、24行のテキスト端末を備えたPDP-11で完成しました。そのため、垂直方向のスペースは本当に貴重でした。今日、私たちは皆、わずかに優れたディスプレイと高解像度のプリンターを持っていますよね？つまり、あなたのことは知りませんが、今は目の前に3台の24インチ1080pディスプレイがあります。:-)

また、Cプログラミング言語の小さな本の多くは、独自の行ではなく行の最後にブレースを置くコードサンプルであり、印刷にかなりの金額を節約したと言われています。

本当に重要なのは、プロジェクト全体、または少なくとも特定のソースコードファイル内での一貫性です。

あります（実際には、コードと同じレベルにインデント）独自のライン上のブレースは、人々は、彼らが美学を考える考えるものにもかかわらず、コードの理解を改善することを示す科学的研究も。視覚的にも直感的にも、どのコードがどのコンテキストで実行されるかを読者に非常に明確にします。

if( true )
    {
    // do some stuff
    }

ちなみに、C＃は分岐式の後の単一コマンドの評価を常にサポートしています。実際、今でもそれが唯一の機能です。分岐式の後にコードを中括弧で囲むと、その1つのコマンドがgotoになります（コンパイラはjmp命令を使用してスコープを作成します）。C ++、Java、C＃、およびJavaScriptは、ほぼすべてCに基づいており、ほとんどの部分で同じ基礎となる解析ルールを使用しています。その意味で、C＃は「Javaベース」ではありません。

要約すると、これはちょっとした宗教/炎戦争の問題です。しかし、ブロックにコードを配置することで人間の理解が改善されることをかなり明確にする研究があります。コンパイラはそれほど気にすることができませんでした。しかし、これは、ブレースなしでブランチの後にコード行を配置しない理由にも関係しています。私または別のプログラマーが後で別のコード行を平手打ちして、その前後の行と同じコンテキストで実行します。

編集：この正確な問題の完璧な例については、Appleのgoto failバグをご覧ください。非常に深刻な現実世界への影響がありました。

if( true )
    doSomething();

になる...

if( true )
    doSomething();
    doSomethingElse();

この場合、doSomethingElse()テストの結果に関係なく、毎回実行されますが、doSomething()ステートメントと同じレベルにインデントされているため、見落としがちです。これは本当に議論の余地はありません。これを研究します。これは、メンテナンス中にソースコードに導入されるバグの大きな原因です。

それでも、JavaScriptのクロージャー構文は、見た目上、ブレース付きで少し馬鹿げているように見えることは認めます。:-)

C＃開発者がこれを行う理由は、それがVisual Studio自動フォーマッターのデフォルト設定であるためです。この設定は変更できますが、ほとんどの人は変更できないため、チーム内のすべての開発者は大多数を採用する必要があります。

これがVisual Studioのデフォルトである理由については、わかりません。

-私はここにこの答えに仮説を立てたようhttps://softwareengineering.stackexchange.com/a/159081/29029 -私はオールマンの筋交いで行くという決定は、彼はC＃の設計前にHejlsbergは、Delphiを作成したことを考えると、パスカル遺産の兆候かもしれないと仮定します。メソッド名のパスカルの場合と同じです。

個人的には、「ローマではローマ人がそうするように」という格言に従うことを信じています。C＃ではAllmanを使用していますが、JavaではK＆Rを使用しています。私はそれに慣れているので、どちらにせよコンベンションを切り替えることは私にとって不快です。

コンベンションの多様性は、「多言語」開発者にとって実際に有益であると信じています。これは、現在コーディングしている言語を覚えておくのに役立ち、さまざまな習慣を区別しやすくするためです。それは、いわば、筋肉の記憶と精神的に同等です。

Javaに関連付ける規則は、K＆Rスタイル、つまり「1つの真のブレーススタイル」であり、元々はCに由来します。このページは、由緒あるJargon Fileのインデントスタイルで、その区別の古さを示しています。

Allmanスタイルとその変形は、著者がコードをどのように考えているかを反映し、一部の言語がコードブロックの「開始」と「終了」を使用するのと同様に、ブロック区切り文字をキーワードのレベルに上げると常に考えてきました。