連載アプリケーション・アーキテクチャ設計入門 第3回 論理アーキテクチャを構成するコンポーネントの設計（ビジネス／データ層編） 日本ユニシス 猪股 健太郎 |
 |
■サービス・インターフェイス
ビジネス・ロジックをサービスとして外部に公開する場合に、サービス利用者との契約に基づいた各種規約をカプセル化するのが「サービス・インターフェイス」だ。
|
特徴
|
|
役割 サービス・インターフェイスは以下のことを実現するために使用する。
|
|
推奨
|
「ビジネス・エンティティ」は、「商品」や「注文」などのように、ビジネスに関係するデータを抽象化したコンポーネントである。
ビジネスに関係する情報は、一般的にデータアクセス・ロジック・コンポーネントを通してデータ・ストアに保存したりデータ・ストアから取り出したりする。その際のフォーマットは、XMLやDataSetのようなデータ中心的な形式だったり、RDBMSにマッピングしたオブジェクトだったりと、いろいろなバリエーションが考えられる。多くの場合ではXMLやDataSetを利用する方が適している。
ビジネス機能ではトランザクションという概念が重要だが、これは典型的にはステートレスなドキュメント交換の観点で表現されるもので、オブジェクト指向のようなステートフルなモデルは必ずしも必要とされない。従って、内部ビジネス・データのすべてにアクセスでき、レイヤ間でデータを受け渡しするための特別なコードが必要ないデータ形式の方が、実装が単純になることが多いのである。しかし、ほかのアプリケーション・コンポーネントによる内部ビジネス・データの操作を制限したい何らかの事情があれば、データの内部表現を抽象化するためにビジネス・エンティティ・コンポーネントを作成する。
|
特徴
|
|
役割 ビジネス・エンティティ・コンポーネントは以下のことを実現する。
ビジネス・エンティティ・コンポーネントは以下のようなインターフェイスを公開する。
|
|
推奨
|
 |
 |
| INDEX | ||
| [連載] アプリケーション・アーキテクチャ設計入門 | ||
| 第3回 論理アーキテクチャを構成するコンポーネントの設計（ビジネス／データ層編） | ||
| 1．ビジネス層コンポーネントの設計（1） | ||
 |
2．ビジネス層コンポーネントの設計（2） | |
| 3．データ層コンポーネントの設計 | ||
 |
||
 |
「アプリケーション・アーキテクチャ設計入門」 |
- 第2回 簡潔なコーディングのために （2017/7/26）
ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている - 第1回 Visual Studio Codeデバッグの基礎知識 （2017/7/21）
Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう - 第1回 明瞭なコーディングのために （2017/7/19）
C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える - Presentation Translator （2017/7/18）
Presentation TranslatorはPowerPoint用のアドイン。プレゼンテーション時の字幕の付加や、多言語での質疑応答、スライドの翻訳を行える
 |
|
|
|
|
