「シンプルなデザイン」に関する引用の詳細
-
04-10-2019 - |
質問
からの抜粋 プログラミングPerls:
A Simple Design : Antonie de Saint-Exupery,
the Fresh writer and aircraft designer, said that,
*"A designer knows he has arrived at perfection
not when there is no longer anything to add,
but when there is no longer anything to take away."*
More programmers should judge their work by this criteria.
これを詳しく説明できますか?
彼が言うとき、著者は何を意味しますか...取り除く"
解決
Take Awayの部分は、残っているものがすべて不可欠なコンポーネントである場合、デザインが単純であると見なすことができることを意味します。
他のヒント
基本的には、それ以上単純化できないとき、あなたは完了します。
著者は、シンプルさに優雅さがあることを意味します。
アントワーヌ・ド・サン・エクスペリーはプログラマーではなく、コンピューターが周りにいるずっと前に作家でありエンジニアでした(彼は「幼い王子」を書いています)。
プログラミングに関しては、コードの行を削除することを意味します。原則は、もちろん正しいだけでなく、エレガントでシンプルなどのソリューションを努力する必要があるということです。
がある たくさんの これの利点は、スターターがコードを少なくすることで、プログラムを維持しやすくなります。また、より単純なソリューションを変更すると、変更するコードが少なくなり、変更がアプリケーションの他の部分を破壊していないと確信できるため、より柔軟性が可能になります。
これは、非常に良い原則であるものを表現するエレガントな方法です。「コードを可能な限りシンプルにする」。
ただし、これを誤解しないように注意してください - ポイントは、設計の複雑さを奪うことであり、タイピングを減らすことではありません。奪うのに良いことの例は次のとおりです。
- 繰り返しコード(乾燥原理)
- 不要な関数パラメーター
- 不要な統合レイヤーまたはボイラープレートコード
- 顧客が必要としない、または価値がない機能
奪うのは悪いこと:
- コメント
- まともな長さ、記述
変数と関数名 - 追加のコードは、コードベースをきれいに定義されたモジュールに分離するために明示的に使用されます(これを将来の保守性のための「必須機能」と考えることができる場合)
所属していません StackOverflow