「コードのきちんとした方法」からの引用
3.12 このようなコードを書くための方法：
コードを書くなど何かを書きます。あなたが論文や記事を書くときは、最初の書き込みに何を考え、その後、彼を磨きます。あなたが到達するまで、おそらく、粗無秩序の最初のドラフト、あなたは意志、適切な精査、目が見える場所。
私が最初に長く、複雑で、関数を記述します。あまりにも多くのインデントとネストされたループがあります。パラメータの長いリストがあります。名前は、コードの重複があるだろう、取るために自由です。しかし、私はユニットテストのセットを伴うだろう醜いコードのすべての行をカバーしています。
それから私は、コード、スプリット機能を磨か重複を排除し、名前を変更します。私が短縮し、再定住方法。時々私は、クラスを破ります。テストを保ちながら。
最後に、私はこれらの機能を組み立て、この章に記載されている規則に従ってください。
私はちょうど私が誰がそれを行うことができるとは思わない、非常に最初からルールに従って機能を記述しないでください。
ドキュメントインターフェイスの規定に従って、あるコードを記述するために使用される過去を想起すると、自身の機能定義に従って関数名または関数名を定義します。そして、最後にパスの機能は、あなたが機能テストを行うことができます。期限に、読みやすさ、コードのシンプルさを考慮すべきではありません。
この本を読んだ後、私は自分のコードは、過去に書かれており、過去にも、[開く閉じ原則に違反して多くの非標準関数の定義、[シングル責任の原則（単一責任の原則、SRP）]に違反して多くの機能があることを発見し修正してみてください]（クローズド原則、OCPを開きます）。自分のコードを最適化するために戻ってつながる、私はこのコードを実行するために使用されるかわからない前に、私は自分自身を発見し、ビジネス・ロジック・コードが不鮮明になっています。
私はそれをきちんと作るためにコードを磨く、引用の最初の実現のようなビジネスロジック機能に基づいて、コードを書く必要があります。「あなたが来たときよりも、キャンプ場のクリーナーをしてみましょう。」
クリーンなコードを書く方法について、現在の経験がある：まず、スプリット機能、各機能一つだけように、可能な限り、単一責任の原則を遵守すること、第二には、パラメータリストを簡素化し、引数なしで、単一のパラメータ（理解しやすいです） 2つのパラメータ（理解しにくい）、パラメータを説明するパラメータ、上記の3つのようなパッケージ化されなければならない超え三つのパラメータ（エラーが発生しやすいが、正確オーダーパラメーターを確認することができない）、第三には、try / catchブロックを引っ張っ、唯一の例外処理例外処理は、代わりに、例外リターン・エラー・コードを使用するように、第四に、冗長性指向プログラミングやコンポーネント指向のプログラミング、構造化プログラミングを排除します。
ここでは、そのような再び残りの部分の要約を読んだとして、休憩を作るために。