すべての開発者が知っておくべきトップ10コーディング原理

こんにちは、仲間!時間を無駄にせずに話題に入りたい.

It's easy to write code. It's challenging to write good code.

悪いコードは、多くの形で来ます.Messyコードは、大規模な他のチェーン、1つの調整を破るプログラム、意味をなさない変数.プログラムは一度は動作するかもしれないが、任意の精査に保持されます.
プログラマになりたいなら、近道を解決しないでください.簡単に維持するコードを書くことを目指します.簡単に維持するために、あなたのチームの他の開発者が維持するために簡単に.どのように効果的なコードを書くのですか?プログラミングの原則で訓練されて良いコードを書く.だから今日、我々は良い開発者に役立つことができるいくつかのプログラミング原則を見ている

1簡単で愚かなこと

それは少し厳しいですが、それは生きているコーディングの原則です.これはどういう意味ですか.
それはあなたができるだけ簡単にコードを書く必要があることを意味します.過度に賢いまたは高度なコードの段落で披露しようとして巻き込まれないでください.1行でスクリプトを書くことができれば、1行で書きます.
以下に簡単な関数を示します:

 function addNumbers(num1,num2){
 return num1 + num2;
}

かなり簡単.それは読みやすいです、そして、あなたは正確に何が起こっているかについてわかっています.
変数名をクリアします.既存のツールを使用するコーディングライブラリを利用します.それは簡単に戻って6ヶ月後に戻って仕事に戻って取得します.それは簡単に頭痛を保存します.

2 .乾いてください。

ドライ(重複しないでください)は、重複するコードを書いていない代わりに1つの場所で抽象的な日常のものに抽象化を使用することを意味します.
2つ以上の場所でコードのブロックがある場合は、別のメソッドを作成するか、ハードコードの値を1回以上使用する場合は、public final finalとします.このオブジェクト指向設計原理の利点はメンテナンスにある.

It’s important not to abuse it, duplication is not for code, but for functionality.

OrderIDとSSNを検証するために標準コードを使用している場合は、それらが同じであることを意味しません.
つの異なる機能性またはもののための標準コードを使用することによって、あなたは緊密にそれらをカップルして、あなたのOrderIDがそのフォーマットを変えるとき、あなたのSSN合法化コードは壊れるでしょう.
そのような結合に注意してください、そして、類似したコードを使用するが、関連しない何も結合しないでください.また、UDDY上のJavaのコースのソフトウェアアーキテクチャ＆デザインパターンの基本をチェックすることができます右のコードを記述し、システムを設計しながらベストプラクティスについての詳細をご覧ください.
ドライコードは維持しやすい.つの繰り返しを扱うコードの50ブロックより50回の繰り返しを扱う1つのループをデバッグするのは簡単です.
乾燥についてもっと学ぶためにはread this article …に感謝する

オープン/クローズ

この原則は、コードを拡張モジュールにオープンしますが、変更に閉じられるようにすることを意味します.これは、他のユーザーが使用するライブラリやフレームワークを解放するときに重要な原則です.
たとえば、GUIフレームワークを維持しているとします.あなたは直接あなたのリリースされたコードを変更し、統合するコーダーのためにリリースすることができます.しかし、あなたが4ヶ月後にメジャーアップデートをリリースするとき、何が起こりますか?
それらのコードは壊れます.これは技術者を不幸にするだろう.彼らはあなたのライブラリをはるかに長く、どんなに役に立つかもしれないが使用する必要はありません.
代わりに、直接変更を防止し、拡張を奨励するコードを解放します.これは、コア動作を変更された動作から分離します.コードは、より安定して維持するために簡単です.

継承上の構成

オブジェクト指向プログラミングを使用してコードを書く場合は、この便利を見つけるつもりです.継承原理状態の上の構成:複雑な行動をもつオブジェクトは個々の振舞いを持つオブジェクトのインスタンスを含むべきです.クラスを継承し、新しい動作を追加する必要はありません.
継承に頼って2つの主要な問題が発生します.まず、継承階層は急いで乱雑になることができます.また、特別なケースの動作を定義するための柔軟性はありません.共有する動作を実装したいとしましょう.
作文プログラミングは、書くのがよりきれいで、維持するのがより簡単で、柔軟性を行動を定義することができます.それぞれの行動はそれ自身のクラスです.個々の行動を組み合わせることで複雑な行動を起こすことができます.

5 .あなたはそれを必要としないのです。

この原則は、将来的に必要となる可能性のある機能について、コード化してはいけません.試してはいけない問題を解決しないでください.
乾いたコードを書く努力において、プログラマはこの原則に違反することができます.しばしば経験豊かなプログラマは、彼らがそうすることができる最も抽象的で一般的なコードを書きます.あまりに多くの抽象化は、維持するのが不可能な肥大したコードを引き起こします.
唯一の乾燥原理を適用するときにのみ必要があります.コードの塊が何度も何度も書き込まれたことに気づくなら、抽象化してください.あなたの現在のコードバッチを犠牲にしてあまり遠くに考えないでください.
ヤグニを練習するには2つの主な理由があります.

あなたが必要としないと判明するコードを書くのを避けるので、あなたは時間を節約します.

あなたのコードは、あなたが多かれ少なかれ間違っているが、とにかく周囲に固執するようになる'推測'で汚染を避けるので、よりよいです.

独身責任

あなたがコードを書き始めるとき、長い期間にわたって、あなたのコードは不器用になります.いくつかの機能を実行するクラス/モジュールがあります.これは何百と数千行のコードのクラスで終わるでしょう.
この原則は、プログラムのすべてのクラスまたはモジュールが特定の機能性を持つだけであると言います.言い換えると、プログラムのクラスまたはモジュールは1つの特定の機能に関する仕事に対して責任があるだけです.これは、あなたのモジュールを最小限できれいにしておくのを助けます.
オープン/クローズドと単一の責任原則は、しっかりした原則の下にあります.In this article , @ しっかりと固体の各原則について説明しています.

コードのドキュメント

任意の上級開発者は適切なコメントを使用してコードを文書化の重要性を強調します.すべての言語はそれらを提供し、あなたはそれらを書く習慣をする必要があります.コメントを残してオブジェクトを説明し、変数の定義を強化し、機能を理解しやすくする.
以下はPython関数です.

def find_odd():
       number = int(input(Enter a number..)) # Get a number
       if number % 2 == 0: # Divide number by 2. If no remains,
                print("This is a even number") # Print it is not a odd number
       else :
                print("Here is the odd number!") # If 1 remains, print it is a odd number

あなたがコーディングしている間、コメントを残すことは少しの仕事です、そして、あなたはかなり正しいコードを理解します?
とにかくコメントを残す!
プログラムを書いて、6ヶ月だけでそれを残して、それを変更するに戻ってくる.あなたはそれがどのように動作を覚えてすべての関数を注ぐことなく、あなたのプログラムを文書化してうれしいでしょう.コーディングチームで動作する?あなたの構文を解読する強制的にあなたの仲間の開発者を挫折させないでください.

懸念の分離

懸念原理の分離は、単一の責任原則の抽象的なバージョンです.この考えはプログラムが異なったコンテナで設計されるべきであると述べます、そして、これらの容器は互いにアクセスしてはいけません.
これはよく知られている例である.MVCはプログラムを3つの異なる領域に分けます:データ(モデル)、論理(コントローラ)、そして、ページが表示するもの.MVCのバリエーションは、今日の最も人気のあるWebフレームワークで一般的です.
たとえば、データベースを処理するコードは、ブラウザでデータをレンダリングする方法を知る必要はありません.レンダリングコードはユーザから入力されるが、論理コードは処理を処理する.コードの各部分は完全に独立しています.
結果はデバッグが容易なコードです.レンダリングコードを書き直す必要がある場合は、データの保存方法やロジックの処理について心配することなく行うことができます.

リファクタリング

それは受け入れるのが難しいです、しかし、あなたのコードは初めて完全でありません.リファクタリングコードは、コードを見直し、最適化する方法を探しています.正確に同じ結果を維持しながら効率的にします.
コードベースは常に進化している.コードの全体のチャンクを再訪問、書き換え、あるいは再設計するのは全く普通です.それはあなたがプログラムを書いた初めて成功しなかったことを意味しません.あなたは、時間とともにプロジェクトにより身近になるつもりです.あなたの既存のコードを調整するには、その知識を使用して、乾燥したり、キスの原則に従ってください.

10 .すべてのコストでクリーンコード

ドアであなたのエゴを残して、巧妙なコードを書くことを忘れてください.ソリューションよりも謎のように見えるコードの種類.あなたは、見知らぬ人を感動させるためにコーディングしていません.
つの行にロジックのトンをパックしようとしないでください.コメントとドキュメントに明確な指示を残す.あなたのコードが読みやすいならば、それは維持するのが簡単です.
良いプログラマと読み取り可能なコードを手に手を移動します.必要に応じてコメントを残す.あなたの会社またはあなたの会社によって口述されるかどうかにかかわらず、スタイルガイドに付着してくださいきれいなコードについてin this article
ハッピーコーディング!
Originally HashNodeで公開