差分
ナビゲーションに移動
検索に移動
大雑把にビジネスロジックは業務内容として本来あるべき流れ全てである。大雑把にいえばビジネスロジックは[[データ]]に対するUI部分を除いた操作であり、業務内容として本来あるべき流れである。
==概要==
業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。
いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。
ビジネスロジックは[[フロー]]と[[データ]]で出来ており、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。
[[仕様書]]のようなものである。
[[プログラマ]]に馴染みの深い[[MVC]]や[[MVVM]]でいう「モデル層」をさらに細分化して、ビジネスロジック層（データに対する操作）とデータアクセス層（単純なデータ、いわゆる[[POCO]]）にしたものと思ってほぼ間違いない。このためMVCと3階層システムを混ぜると、モデル層がビジネスロジック層とデータアクセス層に分解され、データアクセス、ビジネスロジック、ビュー、コントローラの４階層になる。
* モデル（ビジネスロジック、データアクセス）
* ビュー（ユーザーインターフェイス）
* コントローラ（その他）
==MVVMとの相性==
ビジネスロジックを[[MVVM]]を使用して仕様書から[[ソースコード]]に落とし込むと[[モデル]]と[[ビューモデル]]に相当する部分が出来上がる。
この[[ソースコード]]として実際に機械的には動く状態、シミュレーション実行できる状態にされたビジネスロジックに対して[[単体テスト]]などを駆使してビジネルロジックからなどを駆使して[[バグ]]を排除できれば最低限の品質は保証できる。たとえを排除できれば最低限の品質は保証できる。紙の[[仕様書]]より強固なシミュレーションできる仕様書が完成するのである。これは、たとえ[[ユーザーインターフェース]]が凶悪最低でも「動くことは動く」という状態までは持っていけることを意味する。
==MVCとの相性==
