質問

私はこの問題になっているpedantic、その探索には見逃軸の重要なセキュリティーソフトの空白文字).なかった新しいメカニズムによる、ケアのこれまでの縦空白、記述した後、条件付きのスペースをとる場合、括弧など。実際の問題がされているが、それが重要と主張するだけではなく、一部の会社規程や基準を定め、その企業も規則禁止です。

なぜかを考慮すると、状態の水平の空白文字の議論の縦の空白文字は死んですか？なぜそのような x 以上の y?数日前にいた時はコードを読み、考えずによく調整し垂直に分類できます。を読んで他の人のコード現に向けて垂直空白かったのが印複数のパターンのようお願いいstackoverflow:

  • どのハード-ソフトのルールだ適用垂直空白?
  • あるの縦の空白文字を使う一般的に考えられる非常に悪い、良い練習?
  • また読書コードは"正しい"縦の空白文字も理解です。
  • なもの以外 typographers 私かに○をつけてください。
役に立ちましたか？

解決

私は、コード内の垂直方向のスペースで、私が書かれた散文で段落の見方を見て。段落は、共通点やアイデアを持って一緒にグループ文章に意味しているのと同じように、関連している行が一緒にグループ化する必要があります。

全体的な目的は、コードの可読性を向上させることです。ただ、いずれかの段落のない記事として任意の垂直方向のスペースのないコードであるのでに、読みにくいだろう。そして、ちょうど散文と同じように、短すぎたり長すぎる段落を構成するとの間のバランスがあります。しかし、最終的には、それは主に個人のスタイルや好みにダウンしています。

他のヒント

私が最も重要なものの一つのような、グループに一緒に論理的なステップだと思います 

foo.setBar(1);
foo.setBar2(2);
foo.writeToDatabase();

bar.setBar(1)
bar.setBaz(2);
bar.writeToDatabase();

その方法は、コードが読みやすくなり、とにかく私のために、より説明されています。

文のグループが論理的に関連している場合は、私が前と後に空白行を与えます。私は後で関数にそれをリファクタリングする必要がある場合は、この分離は助けます。

二重の空白行について：何かがその別個のものであるならば、あなたは本当にそれ機能することを検討すべきである。

。

のコメントは、私はそれらの線の最後の後に空白を入れて、数行のコードに適用される、のの場合を除き場合（ブロックの終わりのような）物事を破るために、他の構文があります。

どこでも私は、私は別々の機能や他の場所のコメントへのいずれかの抽象よ、すぐに「他の何か」に続く数行のコードを取る「何か」を、やっていることを[*]。コードの行は、一般的に終わるので、フロー制御は（私の意見では）それを作る場合を除いて、短いブロックにまとめ一目瞭然ます。

私は空白について少し気に行いますが、実際には私がもっと気にコメントです。数行のコードが一緒にいくつかの特定ののことを行うと、それが機能として取り出されていない場合は、私はそのことが何であるかの英語の記述を見てみたいと思います。私は、関数の「ステップ」は本当に正しい結果まで追加することを見ることができますこの方法は、各ステップは、それが何を主張して何をしていることを確認することになります。

クラスでは、私は時々方法/メンバ関数の間に空白を入れて、時にはません。 C ++では、私はアクセス指定子の前に空白を入れます。

私は（時々ない、Javaの匿名内部クラス用）や関数の外側のクラスの間で、クラス間に空白を入れます。

それ以外は、私のコードはかなり垂直方向に密です。ヘッダファイルなどのセクションを分離する場合でも、私はほとんど、複数の空白行を使用することはありません。私も「ヘルパー機能」のような完全に陳腐なものであることまでcommentline終了した場合、BLANKLINE-commentline-BLANKLINEではなくBLANKLINE-BLANKLINEを好むだろう。彼らはあなたが同時に画面上にそれらの両方を表示したくないことを分離している場合、私はどちらかと言う別のファイルに入れたりDoxygenのとのギャップを埋めるだろう - 私は、機能間の巨大な縦方向の空白を持つスタイルを嫌います/ Javadocコメントます。

[*]のバージョンでは、私がチェックインします。その後、コメントせずに、多かれ少なかれ、私は通常のライトコード、それをコンパイルし、簡単なテストを実行し、それをコメントし、適切なテストを実行し、それをコミットします。それはしばしば、時には多くのビットを変更し、。たとえば、私は正確に事前に定義されたアルゴリズムにコーディングしていた場合、または実装は「明らか」であるスペックに、私は、コードを最初のコメントを書いてあります。

コードを理解するために、プログラマの能力は、一般的に、彼は一度に見ることができますどのくらいのことで制限されること数十年前から知られています。 （たとえばワインバーグ、「心理学コンピュータのプログラミング」、オールディーズ、しかし、グッディを参照してください。）紙リストの昔は、プログラマは、大規模な表やリストの普及複数のページをつかむでしょう。今日では、画面の不動産幾分良好24x80の日よりもですが、空白行の多くは、私の実際のコードを示すことができ、画面のスペースを取るので、私はまだ、縦方向の空白の使用を最小化する傾向がある。

私は確かに、適切な場合に空白行を（少なくとも私の目のために）適切にグループコードを気にして傾向があります。 Ofttimesこれは、多くの空白行を一般的には、私はすべてが一緒に詰め込まと比べて、コードをより読みやすく考えます。事業者の周りのスペースは非常に素晴らしいものですだけのようなので、周りの空白行の論理的にグループ化された文があります。

その他の場所の少し外を見て、一度に1つの空白行よりも、しかします。

私は、コードが不規則に垂直方向に離間されている場合、それは難しい読むことを見つけます。私も今のところ必要ない括弧を削除するか、またはそのようなIFSやFORSと短いブロックであれば、同じライン上の場所にそれをするために行く。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top