Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a 成長できるエンタープライズシステムを目指して-OSGiによるモジュール型アーキテクチャの実現-
Semelhante a 成長できるエンタープライズシステムを目指して-OSGiによるモジュール型アーキテクチャの実現- (20)
成長できるエンタープライズシステムを目指して-OSGiによるモジュール型アーキテクチャの実現-
- 1. 成長できるエンタープライズシステムを目指して OSGi によるモジュール型アーキテクチャの実現 近藤寛喜 株式会社チェンジビジョン 開発部 19-C-3
- 3. 自己紹介
- 6. 一 . システムを持続的に 成長させるには？
- 9. 複雑なシステムを構成するには 複雑性を 軽減する仕組み が必要
- 16. 普通の Java だったら・・・ http://www.flickr.com/photos/morberg/3146874095/
- 17. Q.JAR で モジュールシステムを構成 できないの？
- 19. Java のクラスロードモデル ブート クラスローダ A B C D E F G 拡張 クラスローダ アプリケーションクラスローダ JAR 依存
- 21. JAR は 依存する JAR の情報 を持っていません
- 23. APP クラスローダでは 変更した時の影響範囲 が分かりません
- 24. 再利用の二つの軸 時間軸 空間軸 ( 機能 : ライブラリ等 )
- 25. 成長するシステム とは 時間軸での再利用 ができるシステムの事
- 26. 新しい要件 に対応する度に システムを全部更新 をしますよね？
- 28. システムを全部更新 する＝ 影響が分からないので 全テスト
- 31. システムを分割 し、影響範囲を限定するため 独立 させたい
- 35. まとめ： 複雑なシステム-> 小さく ・ 独立 ・ 組み合わせ
- 37. 二 .OSGi とは？
- 42. OSGi の 3 大要素 モジュールシステム サービス連携 動的 ( Dynamic ) http://www.flickr.com/photos/yourdon/2921734152/
- 43. OSGi の 3 大要素 モジュールシステム サービス連携 動的 (Dynamic) http://www.flickr.com/photos/yourdon/2921734152/
- 44. OSGi を使って モジュールシステムを構築すると、 クラスローダの関係はこうなります。
- 47. Bundle = JAR + メタデータ 今まで通りの環境でも使える
- 50. OSGi メタデータの 一例
- 57. OSGi の 3 大要素 モジュールシステム 動的 (Dynamic) サービス連携 http://www.flickr.com/photos/yourdon/2921734152/
- 62. OSGi の 3 大要素 モジュールシステム サービス連携 動的 (Dynamic) http://www.flickr.com/photos/yourdon/2921734152/
- 72. まとめ： 複雑なシステム-> 小さく ・ 独立 ・ 組み合わせ
- 73. 四 . デモ
- 75. 初期構成 System books books mock web. admin web books. domain 依存 サービス 提供
- 76. 一 .mock から impl に System books books mock web. admin web books. domain 依存 サービス 提供 books impl books 2
- 77. 二 .mock と impl を共存 ( システムの一部が旧バージョン ) System books books mock web. admin web books. domain 依存 サービス 提供 books impl books 2
- 78. 五 .OSGi がもたらす未来
- 79. Polyglot( 多言語 )OSGi System A B C JRuby Scala Groovy G
- 81. 参考文献
- 83. まとめ： 複雑なシステム-> 小さく ・ 独立 ・ 組み合わせ
Notas do Editor
- システムをいくつかのモジュールに分割 モジュールを組み合わせてシステムを構築 -> 「 Modularity 」 モジュール毎に独自に発展が可能 -> インタフェースに互換があれば OK -> モジュールごとにパフォーマンス改善 構成要素によって、振る舞いを変えられる
- 前の話とつながりが悪い . サービスの連携 ( 宣言敵に )
- 前の話とつながりが悪い . サービスの連携 ( 宣言敵に )
- 前の話とつながりが悪い . サービスの連携 ( 宣言敵に )
- Declartive Service とは、 Bundle からシステムに対し、どういうサービスが必要なのか、はたまたどういうサービスを提供できるのか、宣言するというものです。ピンと来た方も大勢いらっしゃるとおもいますが、この考え方は DI 、依存性を注入する、というところに非常に近いものと言えるでしょう。言い換えると、 Bundle がどういうサービスに依存していて、どういうサービスが提供できるのか、を宣言するわけです。 依存するサービスはインタフェースでの宣言、実装は POJO というあたりも DI と同じです。 Di との違いは、あくまで DI は静的な条件で行われるもので、起動時に構築された県連性は、変更できませんが、 Declartive Service では、宣言も含め動的に変更できます。インタフェースに基づく開発
- Declartive Service とは、 Bundle からシステムに対し、どういうサービスが必要なのか、はたまたどういうサービスを提供できるのか、宣言するというものです。ピンと来た方も大勢いらっしゃるとおもいますが、この考え方は DI 、依存性を注入する、というところに非常に近いものと言えるでしょう。言い換えると、 Bundle がどういうサービスに依存していて、どういうサービスが提供できるのか、を宣言するわけです。 依存するサービスはインタフェースでの宣言、実装は POJO というあたりも DI と同じです。 Di との違いは、あくまで DI は静的な条件で行われるもので、起動時に構築された県連性は、変更できませんが、 Declartive Service では、宣言も含め動的に変更できます。インタフェースに基づく開発
- 前の話とつながりが悪い . サービスの連携 ( 宣言敵に )
- バージョンをあげると、動かなくなる例