プログラム編成の目的はプログラムオブジェクトを編成および調整することであるため、分類が基本であり、分類には多くの側面があります。分類方法とプログラムシステムをどの視点から見るかをすべて検討できるため、私たちにも適したものを作成できます独自の体系的な編成方法。本に記載されているように、プログラムの組織について独断的である必要はありません。プログラムは本質的に一種のルールであり、当然ながらルールは人工的なものであるため、ルールを定義して使用する方法は、実際にはプログラミングの基本的な能力です。
たとえば、オブジェクト指向の継承には複数の継承と単一の継承が含まれ、継承の実装方法は基本的に一連のルールです。ただし、ルールの作成は単純な原則に従う必要があると思います。多重継承は複雑すぎます。プログラムは同じですが、プログラムの設計も単純化する必要があります。
プログラムの編成のために、レイヤーを学ぶ必要があります。基本的なレイヤーには、コードレイヤー、モジュールレイヤー、システムレイヤーが含まれます。システム層は、単一のマシンまたは複数のマシンが分散された複雑なシステムです。この階層化は有益です。1つ目は、組織を区別できる方法がそのレベルで適用され、2つ目は、組織のアプリケーションレベルを改善および削減できることです。プロセス指向、オブジェクト指向、およびサービス指向の編成方法の場合、プロセス指向の方がコード層に適し、オブジェクト指向はモジュール層とシステム層に配置できます。サービス指向はシステムにより傾いています。設計パターンなどのプログラムの編成・機能連携方法は、コード、モジュール、システムの3段階で柔軟に実施できます。分散型の出現により、これらのモードをビジネスレベルで適用する傾向が強くなっています。これは、これが最大の柔軟性を提供できるためです。たとえば、システムプログラムレベルで実行されるAOPは、実際にはシステムの堅牢性を破壊し、追加の関数が多すぎると、元の関数の実行パフォーマンスにも影響します。ビジネスレベルに達した場合、キューまたはデータベースを使用して同様の機能を実現すると、より柔軟で拡張が容易になります。
組織と組織の調整自体が方法論であり、これには私たちの継続的な要約と思考が必要です。しかし、いずれにしても、これらのメソッドやテクニックを神秘化する必要はありません。これらのメソッドは、制作と生活から派生したものであり、プログラミングに固有のものではありません。お互いから学ぶことができるため、実際のビジネス上の問題を解決するのに役立ちます。