0

私は、コード編成のスタックオーバーフローユーザーがどのような方法を使用しているのか疑問に思いました。私は散発的な思考プロセスを持っており、その結果、私のコードは乱雑で圧倒的に見え始める可能性があります。任意のヒント ?

4

3 に答える 3

2

メソッドを短くし、クラスに単一の明確な責任を与えます。

必須ではありませんが、TDDはこれを達成するのに役立ちます

于 2010-08-12T20:30:42.927 に答える
1

クラスごとに1つのファイル。

関連するクラスのフォルダ。

ご使用の言語でモジュール/パッケージ/アセンブリ/名前空間がサポートされている場合は、それらを使用してください。

一般に、多くのレベルの抽象化を維持し、選択した言語/アイデア/プラットフォームで可能なメカニズムを通じてそれらを分離するようにしてください。

これらの問題(設計、ドキュメント、編成、および通信)について説明しているドメイン駆動設計をお読みください。

于 2010-08-12T20:31:03.653 に答える
0

本自体ではない場合は、JohnLakosによる大規模C++ソフトウェア設計の原則(ISBN-13:978-0201633627)を確認することをお勧めします。それらはこれらの講義ノートに要約されています。アイデアの別の要約。

これは、原則の見出しの簡単な概要です。これは、C ++のコンテキストで記述されていますが、そのガイストは言語に依存しません。

  • 内部および外部リンケージ
  • コンポーネントと依存関係
  • リンク時間を短縮する物理階層
  • 依存関係:平準化の削減
  • コンパイル時の依存関係:断熱
于 2010-08-12T20:44:24.913 に答える