「コード整頓道」 - 第11章システム

第11章
  1。別のシステムの構築と使用
    ソフトウェアシステムおよびプロセスは、ロジックと、起動時にアプリケーションを構築する別のランタイムオブジェクトを開始する必要があり、絡み合ったの依存関係があります。
    。分解メイン
      

    B。工場
      

    C。依存性注入は
      別の構造を使用して達成することができる強力なメカニズムはつまり、依存性注入は、制御の逆転は、アプリケーションに依存管理手段があります。うち二反転全責任を制御して、単一の全責任が続くことによって、オブジェクト内のこのスポットの他のオブジェクトに転送

    原則。依存関係の管理のコンテキストでは、オブジェクトは、それ自身の責任エンティティに頼るべきではありません。逆に、それが逆転の制御を達成するために、「権利を持っている」この他のメカニズムについて全責任を移転するものとします。初期設定では、世界的な問題であるため、通常はメインのいずれか、この認証機構、

    いずれかの特定の目的のためのコンテナがあります。
      JNDI検索は、JNDI、特定の名前のための「サービス」を提供するために、ディレクトリサーバに合わせてオブジェクト要求で、DI実装の一部です。
      メリットは、初期化を遅らせる:ほとんどのDIコンテナは、オブジェクトの前にオブジェクトを作成する必要はありません、そして第二に、これらのコンテナの多くは、工場やエージェントを呼び出すためのメカニズムを提供し、このメカニズムはと遅延評価や同様の最適化処理として記述することができる
  3拡大が
    やって始めてシステムは、純粋に神話です。それどころか、私たちは今日だけのユーザーストーリーを達成するために移動し、明日、再構築し、システムを拡張する必要があり、ユーザーは新しいストーリーを実現します。これは、反復と増分アジャイルの本質です。テスト駆動開発、改造、そして彼らはクリーンなコードを作成

  コードレベルでプロセス全体の実現を確実にします。
    ソフトウェアおよび物理的なシステムは、そのアーキテクチャは、限り、私たちは、セグメンテーションの右側に集中し続けると、インクリメンタル成長することができ、比較することができます。
    顔を懸念横断:
      原則的には、永続的なポリシーモジュールパッケージ角度から推測することができます。しかし実際には、彼らは、当該顔トラバースされる多くのオブジェクトに拡散符号の持続的な戦略を達成するために持っていた
      という事実を、EJBアーキテクチャは、永続性、セキュリティ、およびトランザクション方法を扱い、「期待される」アスペクト指向プログラミングでありますそしてAOPは当該モジュラ型の表面を横切る回復の普遍的な手段で
      支持するように挙動は、いくつかの一貫性のある方法で変更される点を示し、システムのモジュール構造の側面として知らAOPで、特定のシーン。

  エージェント4.java
    、このような実装方法では、単一のオブジェクトまたはクラスを呼び出すよう、しかし、唯一のプロキシクラスのために、JDKの動的プロキシインタフェース作業により提供することができ、簡単な場合に適したJavaエージェント、あなたはバイトコード操作の叫びを使用する必要があり、 CGLIBの
    コードサイズと複雑さは2ダースの脆弱性の薬剤である、クリーンなコードを作成することが困難となります。
  純粋JavaAOPフレーム
    春AOPは、JBoss AOP
  6.aspectJ
  7駆動システムアーキテクチャ試験
    最適なシステム・アーキテクチャは、関心のモジュラー表面領域では、関心のある各平面は、純粋なJava言語オブジェクトに実装されています。ツールの多くの側面を持つクラスの異なる領域または側面の間の侵襲的統合はありません。
  8.最適化の意思決定の
    分散管理と意思決定にカット面にモジュール性とフォーカス。巨大なシステムでは、誰もがすべての意思決定を行うことはできません。
    最後の瞬間に決定が遅れ、それはまた、優れたツールです。
    敏捷性はモジュラー表面に集中する能力は、タイミングの最適化は、我々は、最新の知識に基づいて、単に意思決定を行うことができますPOJOシステムを提供しています。意思決定の複雑さも軽減
  標準引数が値を追加することができます9.賢明な利用
    の標準では、我々は、アイデアやコンポーネントを使用する関連する経験、優れたパッケージングのアイデアと人材を雇う、およびコンポーネントを接続できるようになります。しかし、標準的なプロセスの作成が長く、時には業界は、いくつかの標準規格の採用の真のニーズを待つとして彼を提供するために失敗したことができない程度にあります

  組み合わせ。
  10.システムは、ドメイン固有言語の必要
    DSLを表現するためにPOJOを使用して、すべての領域および低レベルの詳細への高レベルのポリシーから抽象アプリケーションのすべてのレベルを、可能にします。

 

おすすめ

転載: www.cnblogs.com/dhName/p/11592634.html
おすすめ