問題タブ [tiers]

私はちょうど次の文に出くわしました：

業界が3層モデルからn層モデルに移行するにつれて、オブジェクトの関係インピーダンスの不一致がより一般的になりました。

しかし、3層とn層の違いについての簡潔な説明は見つかりません。私は3層が何であるかを知っており、n層は1つ以上の層を追加するだけだと思います。これらの追加の層がどうなるかはわかりません。誰かが短い説明または単に良いリンクを持っているなら、それは大いにありがたいです。

私は Flex を初めて使用するので、アプリの層/コンポーネントをできるだけ分離したいと考えています。

したがって、3 つの mxml があります。

1. X.mxml学生とのデータグリッドを持っています
2. Y.mxmlX.mxml のデータグリッド (行 ID ?) でどの生徒が選択されているかを判断できる必要があります。
3. XY.mxml前の2を使用する

ここでのベストプラクティスはどれですか?

ありがとう。

UI、ビジネスロジック、WCF、IoCに関する記事をたくさん読んだことがありますが、それでも1つ欠けていることがあります。WinFormsアプリケーションとコンソールアプリを作成します。コンソールアプリは頭脳です。これで、すべてのクライアント/サーバーアーキテクチャで、クライアントはサーバーを「認識」し、要求を送信して回答を取得します。私の質問は次のとおりです。

1）ユーザーがUIの存在を知らない場合、コンソールアプリケーションはどのようにしてユーザーにメッセージを表示できますか？UIは、xミリ秒ごとにメッセージをチェックしてプールする必要がありますか？それは良いアプローチですか？

2）UIフォームにティッカー価格を表示する必要がある場合、たとえば株価は常に変化しますか？200ミリ秒ごとにコンソールアプリにティッカー価格を要求する必要がありますか？または、コンソールアプリケーションにコールバック関数を登録して、コンソールアプリケーションが呼び出すことができるようにしますか？しかし、今ではUIがサーバーになっているのではないでしょうか。

3）アプリケーションに端末機能（telnet cliなど）を追加したい場合はどうなりますか？どのように設計すればよいですか？クライアントとしてのTelnetサーバーとサーバーとしてのコンソールアプリケーション？それを達成するのに役立つデザインはありますか？タクシー？たくさんの人に聞いてみたら、誰も使っていないようですが…そうですか？

ありがとう、Eyal

私はいくつかのサイトを見てきましたが、アプリケーションに含めることができるすべての層/層の完全なリストを見つけるのにまだ苦労しています.

大学時代（1999年）から、私は次のことを覚えています：

• プレゼンテーション層 (ビュー)
• アプリケーション層 (コントローラー)
• ビジネス ロジック層 (API/ルール)
• 永続層 (データベース/オブジェクトの永続性/モデル)

それらすべてを使用することを主張しているわけではありません...特に、レイヤー/ティアが多すぎると複雑さが増す可能性があることを考えると...完全なリストがどのように見えるか疑問に思っただけです...

いくつかのブログに基づいて、いくつかの異なる答えを見つけました...そして、クライアント側の層がさらに構成されている可能性があるブログによると、クライアント側のレイヤーを追加する際にJavascriptとクライアント側のテクノロジーがリークしたようです

• ビヘイビア レイヤー (Javascript、Flash)
• プレゼンテーション層 (CSS/画像)注: クライアント側の層全体がプレゼンテーション層であると思いました
• 構造レイヤー (XHTML、HTML)

考えられるすべてのレイヤーが何であるかについて抽象的なアイデアを得ようとしているだけです（一部の人々はそれらを異なるものと呼んでいますが）

私は階層図を作成し、グラフィックを作成するためのソフトウェアが必要です。次のようなものが必要です 。

ソフトウェアを知っている人は、この図を作成しますか? このスタイルの図がたくさんありますが、どうすればよいですか?

n 層アプリケーションで定数のように使用する必要がある列挙型を格納するのに最適な場所はどこでしょうか。

したがって、DAL（データベースへの接続）、BLL（ビジネスプロセス）、データ転送オブジェクト「レイヤー」（メソッドを持たないクラスでフィールドのみ、これは他のすべてのクラスから到達可能）、およびインターフェイスレイヤーを備えたアプリケーションがありますaspページで。

私の質問は: 私は列挙型を持っています:

この列挙型 (および他のすべて) をきれいにするためにどこに置くことができますか? データアクセスレイヤーではなく、インターフェイスレイヤーは構造体を認識しません。ビジネスロジックレイヤーではありません。これは実際にはビジネスではありません..おそらくデータ転送オブジェクトにありますが、それは本当に「転送オブジェクト」ですか? 別のレイヤーを作成する必要がありますか??

すべての応答をありがとう!.

シナリオは、3 つの層/物理マシンがあります。

層 3 から、適切な WCF で、さまざまな操作コントラクト (メソッド) でエンティティ (テーブル) を返します。

層 2 から、WCF Facade でサービス参照を WCF Proper に追加し、エンティティ オブジェクトにアクセスできます。これには、それらの関係 (リンクされたテーブル) などが含まれます。次に、WCF Facade のさまざまな操作コントラクトで、必要に応じていくつかのエンティティ オブジェクトを公開しようとします。

層 1 から、WCF Facade をサービス参照として追加し、DESIGN 時にメソッドにアクセスすることは問題ありませんが、RUNTIME で「基になる接続が閉じられました。接続が予期せず閉じられました」というエラーが発生します。

これはタイムアウトとは何の関係もないことはすでに知っていますが、エンティティを層 1 と層 2 の間でシリアル化できないという事実に関係しています。リンクされた関係のない単一のエンティティを返す場合、これはエラーなしで機能します。

Q1. 階層間で EntityFramework エンティティ (その中に子/親エンティティがある) を渡すにはどうすればよいですか? （適当かどうかは無視）

Q2. Tier2 と Tier3 の間でエンティティの受け渡しに問題はなく、リレーションは問題なく渡されます。Tier1 と Tier2 の違いによって、突然シリアル化できなくなるのはなぜですか?

Magento では、2 つの価格帯を使用します。1 つは 6 ボックスで 1 ボックスあたり 3.50 ポンド、もう 1 つの価格帯は 24 個の箱で 1 ボックスあたり 2.40 です。これらはすべて正常に機能し、増分は 6 に設定されていますが、必要なのは注文用です24 個のボックスに達するまで 6 個の増分で 6 個のボックスを作成し、その後は 6 個ではなく 24 個ずつ増加します。

これは可能ですか？

それが理にかなっていることを願っています

Web で n 層ソリューションを見たことがありますが、それらはすべて各層に DLL を使用しています。私たちのアーキテクチャは同じように見えます: 3 つの DLL: データ レイヤー、ビジネス ロジック レイヤー、ビジネス オブジェクト レイヤー。ただし、プレゼンテーション層はこれらの層と直接通信するのではなく、WCF Web サービスを介してアクセスします。

ASP.NET MVC は、WCF WebService と同じマシンでホストされています。

それは良いアーキテクチャですか？ASP.NET MVC が他のレイヤーに直接アクセスできるとしたら、より論理的でしょうか?

最終的な回答ありがとうございます。

Java EE 7テクノロジを使用して Java Web アプリケーションを開発したいと考えています。また、それを 3 つの層 (プレゼンテーション、ビジネス ロジック、およびデータの永続性) に分けたいと考えています。私の知る限り、プレゼンテーション レイヤーには 3 つのオプションがあります。それらは、JSP 2.3、JSF 2.2、および Java Servlet 3.1 です。

他の 2 つの層のオプションはどれですか? ロジック ビジネスには必須の EJB 3.2 を使用し、データ層には Java Persistence を使用する必要がありますか? または、Spring や Hibernate などのフレームワークを使用することもできます。Java EE 7 テクノロジーを利用して開発したいということを忘れないでください。