ホームページ >よくある問題 >クソみたいに悪いコード、気に入っていますか?

クソみたいに悪いコード、気に入っていますか?

Java学习指南転載: 2023-07-26 14:20:091070ブラウズ

GitHub には、「最良のガベージコード」に関する 19 の重要な原則を説明するプロジェクトがあります。変数のネーミングからコメントの書き方まで。これらのガイドラインは、できる限り悪いコードを作成する際のガイドとなります。

元の GitHub プロジェクトと同じスタイルを維持するために、以下では変換はありません。読者は反対の視点からあらゆる視点を理解できるため、ゴミコードの作成を避けるのに最適な方法です。

プロジェクトアドレス:
https://github.com/trekhleb/state-of-the-art-shitcode

Ofもちろん、ジャンクコードを記述するための次の 19 のガイドラインはすべてを網羅したものではありません。読者が耐え難い悪いコーディング習慣を見つけた場合は、自分の意見を表明することもできます。

? 第一のルール: 入力する回数は少ないほど良いです

入力する回数が少ないほど、時間は長くなりますコードのロジックやその他の問題について考える必要があります。以下に示すように、「Good」はルールに従っている例を示し、「Bad」はルールに従っていない例を示します。

? 記事 2: 変数/関数の混合命名スタイル

名前付けの多様性を反映できるように、名前付け方法と変数を混合する必要があります。

? 第 3 条: コメントを書かない

コードは理解できるのに、なぜメモを書いたほうがいいでしょうか？言い換えれば、どうせ誰も私のコードを読んでいないのに、なぜコメントを書く必要があるのでしょうか?

#?ルール 4: コメントは母国語で書く

ルール 3 に違反した場合は、少なくともコメントを書くときは母国語または他の言語で行う必要があります。あなたが英語を母国語とする場合は、このルールを破ることになります。ほとんどのプログラミング言語は英語なので、他の言語を使用してコメントしてみてはいかがでしょうか?

#?第 5 条: 可能な限り異なる形式を混在させる

同様に、コードの多様性を確保するために、一重引用符や二重引用符など、異なる形式を可能な限り混在させる必要があります。同じセマンティクスを持つ場合は、混合する必要があります。

#?第 6 条コードはできるだけ 1 行で記述する

シリーズの場合パラメータとメソッドはすべて一緒に実装されるため、コードも一緒に記述する必要があります。

#?第 7 条: エラーが発見された場合は沈黙を守る

何か問題を見つけた場合、他の人はそれを知る必要がないため、ログやトレースバックを印刷する必要はありません。

#?第 8 条: グローバル変数を広範囲に使用する

グローバル変数の使用は「グローバリゼーション」に不可欠な部分です。

#?項目 9: バックアップ変数の構築

念のため、スペアを作成する必要があります。変数は、必要に応じていつでも呼び出します。

#?第 10 条: 型の使用には注意が必要です通常、変数は指定しないでください。型チェックを行うか、頻繁に実行します。どの型も最適な型ではありません。

#?第 11 条: 「プラン B」を準備する

##動作しない到達不能なコードは、「プラン B」として機能します。

#?第 12 条: ネストされた三角形のルール

コードに次のような文字列が含まれている場合構造、または空白行が凹んだ構造では、三角定規が最も美しいです。

#?項目 13: 混合インデントインデントを避ける必要があります。そのため、複雑なコードがエディター内でより多くのスペースを占めることになります。インデントを使用する必要がある場合は、混合インデント戦略を使用してください。もちろん、この戦略は、コードの構造化にインデントに依存する Python では機能しません。