0

私は現在、ジュニア エンジニアであり、ベスト プラクティスの学習と経験の拡大に熱心に取り組んでいます。私の質問は、Java、C#、C++ などの静的プログラミング言語に関するものです。

コードを書くときは、読みやすくするのが好きです。私の意見では、コードを読むことは本を読むようなものであるべきです。流暢でエレガントでなければなりません。次に、それらを使用する必要がない場合でも、できる限りthis, super–<code>base キーワードを先頭に追加するのが好きです。定数または静的変数/メソッドを使用する場合は、現在のクラス名についても同様です。

その結果、別の開発者がすぐに大穴を狙う可能性があります。彼は、宣言に移動する必要なく、このメソッドまたは var が現在のクラスまたはマザー クラスにあることを知っています。あなたは私に、最近の IDE でそれを行うのは本当に簡単だと言うかもしれません。しかし、Vim、Emacs、またはこれらの凝った機能を持たない他のエディタをいまだに使っている人をたくさん知っています。

説明するときは、自分の練習を演劇本に例えるのが好きです。シェイクスピアのマクベスなど、少なくとも 1 つは読んだことがあります。本の冒頭に戻って、その人物が誰で、彼がプロットのどの部分を担っているかを知ることに不満を感じたことがない人はいますか? あなたはそれを何度もしましたよね？

私の質問は、読み書きのできるプログラミングの実践に関連している可能性があります。ただし、Donald Knuth の推奨事項は、コードへのコメントとマクロの追加に関するものだと思いました。

そのため、これらの慣行に関するご意見やご感想をお聞かせいただければ幸いです。私はやりすぎですか？もっとシンプルにしておくべきですか？OOP ルールに違反していますか?

コードサンプルは次のとおりです。

class Bar {
    protected int _motherVar;

    public aBarMethod() { }
}

class Foo extends Bar {
    private static List<String> _strings;

    private int _myPrivateVar;

    public void aMethod() {
        super.aBarMethod();

        this._myPrivateVar++;
        super._motherVar -= 2;
    }

    public static String anotherMethod() {
        String outcome = "";

        for (String s : Foo._strings) {
            outcome += s;
        }

        return outcome;
    }
}
4

2 に答える 2

1

あなたがこれを気にかけていることはとても良いことです。同時に、すべてのプログラマーはそれについて不満を持っています。

私の意見の 1 つは、最新のディスプレイには大量のピクセルがありますが、それはプログラマーが画面上により多くのコードを表示できることを意味すると考えるでしょう。代わりに、コードが空白で膨らみすぎて、コンテンツが画面から押し出されていることを意味しているように見えます. これにより、コードを読むことが少なくなり、コードが一見「読みやすく」なります:)

私のもう 1 つのポイントは、どんなに読みやすくても、概念を理解していない人がコードを理解できるようにはならないということです。プログラマーの仕事の重要な部分は、何が行われているかの基本について読者を教育することだと思います。それがなければ、彼らはただ「それを理解する」ことはできません。彼らはそれを書き直す（そして壊す）ことを決定する可能性が非常に高いので、それは良くありません。

于 2015-02-26T19:27:24.207 に答える
0

コードの見栄えを良くするには、まず正しいタブとスペースを作成する必要があります。これにより、ステートメントがどのようにグループ化されているかを簡単に確認できるようにコードが配置されます。変数に「myVariable」または「my_variable」という名前を付けるかどうかは、すべて好みの問題です。また、コードのできるだけ多くの行にコメントを付けることもお勧めします。これは、しばらくしてからコードに戻るときに非常に役立ちます。

于 2015-02-26T19:17:30.423 に答える