ASP.NETの使用を規制する方法についての資料では、この章では、出された結論のブログによると、コードを修正するために適用される、導入しました。
コード成層
次のレベルにブログアプリケーションのコードを考えます：
○モデル：データモデルは、アプリケーション、対応するデータベーステーブルの構造を表します。同様に、論理層とMVC（代わりにDTOその後の使用）との間のデータ交換の対象となります。
○ストレージ：データを管理、追加、削除するために使用され、検索、変更。
○論理：処理のためのビジネスロジックは、一般的にビジネスレイヤは、アプリケーションのビジネスロジックは、データ記憶を保持するために使用されるであろう提供駆動するデータに応じて行われます。
○アプリケーション：それは、ユーザのためのユーザインタフェース（UI）を提供し、その後、ビジネスロジックを完了するために呼び出すMVCアプリケーションです。
モデル、倉庫、ロジックとしてクラスライブラリプロジェクトを作成します。
3クラスライブラリプロジェクト、すなわちBlogBusinessLogic、BlogModel、BlogRepositoryを作成するには、1. VS2017：
次のようにそれらの間の依存関係は次のようになります。
BlogModel（コピー、それは注意しなければならない名前空間）にPostクラスに転送2.マイブログ：
3.（まだここにデータソースを表現するために、静的リストを使用）ブログ・ウェアハウスを作成します。
4.簡単なビジネスロジックマネージャーとしてBlogManagerを作成します。
ビューモデルMVC 5.を表示するために定義されます。
記事の詳細モデル：
記事一覧モデル：
6. BlogManagerコントローラ：
7.ページを変更し、ページをレンダリングするためにモデルを使用します。
8.業績、前とまだ同じ：
概要
この章では、のみ、元のMVCアプリケーションは、分割の目的の分析に応じて分割されているされている問題、管理、およびコードのメンテナンス性を分離することです。コードからその割りに注意してくださいMVCからのメソッド呼び出し蓄積層論理層の呼び出しは記事のリストを取得して見ることができ、情報およびロジック層のメソッド基本的に同じであり、追加のロジックが追加されていない、現在のビジネス・ロジック理由比較的単純な、しかし役に立ちません。
同様の考えている場合：個人的なマイクロ・シグナルを追加へようこそ。
私だけでなく、あなたのための最新のブログをお勧めします、公共の数字の関心を歓迎し、あなたとリソースを待っているより多くの驚きがあります！一緒に、共通の進歩を学びます！
