「レイヤ」の編集履歴（バックアップ）一覧はこちら

レイヤ - (2005/09/08 (木) 18:53:53) の１つ前との変更点

追加された行は緑色になります。

削除された行は赤色になります。

レイヤを疎結合に保ち、保守性や拡張性に強い設計にするのがいい。<br>

レイヤはもともとアーキテクチャパターンの1つ。<br>
レイヤは互いに隣接するレイヤ間だけ片方向のアクセスが可能という特性を持つもの。<br>

<hr size="2" width="100%">
<b style="color: rgb(255, 102, 0);">一般的なレイヤ<br></b>
<ul>
<li><b>プレゼンテーション層</b></li>
</ul>
　　UIとアプリケーションコントローラを提供する<br>
<ul>
<li>　<b>ビジネス層</b></li>
</ul>
　　ビジネスロジックを提供する<br>
<ul>
<li>　<b>データアクセス層　</b></li>
</ul>
　　データベースへのアクセスを抽象化する<br>
<br>
<table border="1">
<tbody>
<tr>
<td>アプリケーションコントローラ<br></td>
<td><br></td>
<td>画面繊維の制御やセッションの管理など<br></td>
</tr>
<tr>
<td>ビジネスロジック<br></td>
<td>サービスロジック(アプリケーションロジック)<br></td>
<td>
特定の業務や特定部署の処理。トランザクションの起点。一般的にはステートレスなクラス<br>
</td>
</tr>
<tr>
<td><br></td>
<td>ドメインロジック<br></td>
<td>
ビジネスを行ううえで当然に認識される顧客や注文といったクラスが持つ処理<br>
</td>
</tr>
</tbody>
</table>
<br>
<br>

レイヤを疎結合に保ち、保守性や拡張性に強い設計にするのがいい。<br>

レイヤはもともとアーキテクチャパターンの1つ。<br>
レイヤは互いに隣接するレイヤ間だけ片方向のアクセスが可能という特性を持つもの。<br>

<hr size="2" width="100%">
<b style="color: rgb(255, 102, 0);">一般的なレイヤ<br></b>
<ul>
<li><b>プレゼンテーション層</b></li>
</ul>
　　UIとアプリケーションコントローラを提供する<br>
<ul>
<li>　<b>ビジネス層</b></li>
</ul>
　　ビジネスロジックを提供する<br>
<ul>
<li>　<b>データアクセス層　</b></li>
</ul>
　　データベースへのアクセスを抽象化する<br>
<br>
<table border="1">
<tbody>
<tr>
<td>アプリケーションコントローラ<br></td>
<td><br></td>
<td>画面繊維の制御やセッションの管理など<br></td>
</tr>
<tr>
<td>ビジネスロジック<br></td>
<td>サービスロジック(アプリケーションロジック)<br></td>
<td>
特定の業務や特定部署の処理。トランザクションの起点。一般的にはステートレスなクラス<br>
</td>
</tr>
<tr>
<td><br></td>
<td>ドメインロジック<br></td>
<td>
ビジネスを行ううえで当然に認識される顧客や注文といったクラスが持つ処理<br>
</td>
</tr>
</tbody>
</table>
<br>
<hr size="2" width="100%">
Webアプリケーションのレイヤ<br>
　以下の2つの論理レイヤに分けることができる<br>
<ul>
<li>ビジネスにかかわる部分</li>
<li>
ビジネスロジックをいかにして表現するかを実現する仕組み</li>
</ul>
やりたいことは表現方法がなんであれビジネス層に影響を与えないこと<br>

<br>
ビジネス層こそがシステムの中心となるものであって、表示の仕組みや永続化の仕組みが変わったとしても影響を受けないようにすることが重要。<br>

<br>
そのためにはシステムを形上だけでレイヤに分割するのではなく、レイヤ間の結合部分にインターフェースを導入した疎結合な設計や実装を考慮する必要がある。<br>

<br>
<br>