2011-07-07 12 views
2

私たちはWebサイトをアップグレードし、N-TIERデザインを使用する予定です。私は読んで this article私の意見ではかなり良いです。
私の質問は次のとおりです:
1)このアーキテクチャはまだアプリケーションの設計に有効ですか?
2)タマネギ、3層、dddなどのような他のアーキテクチャを使用する必要がありますか?
3)サービスレイヤーでは、データメッセージとコマンドを分割することを提案しています。データとコマンドの2つのサービスを作成するのが最良の実装ですか?
ありがとうWebアプリケーション/プログラム設計アーキテクチャ

+1

あなたは本当に私たちは、あなたの質問に答えるために150ページを読むことを期待カントかかわら経験に基づく意見の底なしです。おそらくあなたの質問に言い直し、「これはまだ有効です」ではなく、アドバイスが必要なアーキテクチャの特定の分野を指しています。多くのアーキテクチャ(特にDDD)が優先されるため、主観的な答えになります。 – RPM1984

+2

本当の質問ではありません。 – Raoul

+0

@ RPM1984 - 私は150ページの記事を読んでいるとは思っていません。もし彼がそれを知っていれば、私の質問に答えることはできません。時には質問の方法が自分自身の質問よりも重要であることもあります。 'DDD'についてお答えいただき、ありがとうございます。 – guyl

答えて

1

アーキテクチャは、プロジェクトやビジネスロジックの複雑さ、スケーラビリティ、保守性など、どのようなプロジェクトをコードを簡単に変更できるように実装する必要がありますか。層とクラスははるかに多くなるはずです アプリケーション層にはASP.NET MVCを使用する必要があります。依存関係注入にはIoC-contanersを使用することをお勧めします。 で3層アーキテクチャから始めてください。リポジトリデータアクセス層、レイヤー、ASP.NET MVCアプリケーションレイヤー と、NhibernateやEntity FrameworkのようなORMを使うべきもう一つのこと 複雑なドメインをお持ちの場合は、DDD

+0

可能であれば、「複合ドメイン」の意味は何ですか? – guyl

+0

DDDを複雑なビジネスロジックと大きなドメインで見れば、あなたのプロジェクトはビジネスアプリケーションですか? – Serghei

+0

はい、その完全なB2Bポータルです。 – guyl

1
  1. はいこの記事はまだ良い品です
  2. これは本当に あなたの技術的、機能的 要件によって異なります。 アーキテクチャでは開始できず、 実装が アプリケーションに適合すると仮定します。
1

本当にアプリケーションの要件によって異なります。

私は私が持っているという点で、4層設計好む傾向にある:

  1. データアクセス
  2. エンティティ
  3. ファサード
  4. 私は誰の開発者と協力してきたがUI

を純粋なビジネスオブジェクトを使用することを好みます。つまり、オブジェクト自体はデータストア内のレコードの表現ではなく、実行する必要のあるアクションを実行するために必要なすべての機能を含んでいます。これにはデータアクセスが含まれます。これの一例は、アプローチはCSLA.NETです。私はこの議論を感じています

は:)

+0

このディスカッションは私の意見ではコンピュータサイエンスの本質であり、私はそれらを愛しています:)。ありがとう – guyl

関連する問題