問題タブ [multi-tier]

オブジェクトのDb識別子をUIに渡す場合（たとえば、URLクエリ文字列内のオブジェクトのPrimaryKey）、基本的に2つのレイヤー（Persistnetレイヤーとプレゼンテーションレイヤー）を混合していませんか？

データベース識別子は、ある意味で私だけに永続的なレイヤー関連データのように聞こえますが、それをUIに渡さなければならない場合、それは一種の悪い習慣ではありません。しかし、より良いもの。

例外的な場合ですか？

要するに、多層アーキテクチャはこの慣行にどのように対処し、永続的なレイヤーデータをUIに渡しますか？

ユーザーがログインしてレポートサーバーからさまざまなレポートにアクセスできるWebサイトを開発しています

ssrsレポートにアクセスするために開発されるWCFサービスであり、UIに戻ります（レポートビューアコントロールに返す必要があるものは、データセットである必要がありますか？）

では、これをN層アーキテクチャでどのように実装できますか。レポートをどのようにデザインできますか？簡単に説明できますか？お願いします

私はグーグルでリモートサーバーのレポートにアクセスする方法を見つけましたが、多層アーキテクチャでどのように実装するか

リポジトリを含むデータレイヤーを備えた多層アプリがあります。

これに加えて、サービスレイヤーがあります。私の理解では、リポジトリごとに1つのサービスが必要です。

サービスAにServiceBの別のメソッドを呼び出させても大丈夫ですか？もちろん、これにより、サービスAのサービスBへの依存関係が作成されます（私はインターフェイスとDIを使用しています）。

私の例では、ユーザーの追加、ユーザーの認証、IDによるユーザーの検索などを処理するユーザーサービスがあります。また、特定のユーザーの本を追加できるブックサービスもあります。

ブックサービスは、ブックを追加するユーザーインスタンスを取得するために、ユーザーサービスを呼び出す必要がありますか？

私は新しいプロジェクトの開始段階にいます。私は常に自分自身を改善し、過去からの過ちを回避しようとしているので (誰もがいくつかの荷物を持っています) 、.NET のレイヤード アーキテクチャ サンプルを見ました。データとビジネス ロジックを見ると、データ レイヤーが実際に ExpenseSample.Business.Entities アセンブリへの参照を持っていることがわかりました。そのため、データ レイヤーはビジネス レイヤーがあることを認識しています。それはちょっとぎこちなく見えます。

確かに、DataObject を BusinessEntities にマッピングすることで時間を節約できますが、「危険な」アプローチではありませんか?

いくつかの議論とおそらくより良い解決策を楽しみにしています.

更新: ご意見ありがとうございます。今使ってる

このようにして、データの表現に対する内部的な変更が外側のレイヤーに影響を与えないようにすることができます。

私は現在、多層アプリケーション (サーバー/クライアント アーキテクチャ) に慣れようとしています。そのために、サービス インターフェイスと関連するサービス実装を作成しました。

両方のモジュール (クライアントとサーバー) がインターフェイス (ビルド パスを介して含まれる) を認識します。

アプリケーションの目的は、クライアントがサーバーからデータを受信し、データをサーバーに送信してデータベースに格納できるようにすることです。

双方向の通信が必要なようです。「標準」の Java RMI はそのための正しいアプローチですか、それとも ActiveMQ のような JMS 実装を使用する必要がありますか?

2 つのアプローチの主な違いがわかりません。RMI が同期で JMS が非同期であるのは唯一のものですか、それともそれ以上のものがありますか?

さらに、ActiveMQ のチュートリアルや書籍をお勧めできますか?

私は一種のティアボードスタイルのリストを作成しているので、以下に示すように、各レコードに独自のサブセクションなどを含めることができます。それがどのように行われるかについてのガイダンスはありますか？

このようなもの

多層アーキテクチャで頻繁に使用されるこれらの概念を明確に区別することができません。

大学のプロジェクトで Web アプリケーションを開発していますが、Java EE を使用してドキュメントを提供するように言われました。インターネットでさまざまなことを言っている記事を見つけたので、MVC パターンを多層アーキテクチャに適合させる方法とそれらを記述する方法を理解するのに苦労しています。

私が読んだことから (特に sun.java.com の BluePrints について)、4 つの層 (クライアント、Web、ビジネス、およびデータ) を使用する必要があり、ビジネス ロジックは Web 層とビジネス層に分割されていますね。次に、MVC パターンを使用して、これら 2 つのレイヤーを整理します。

• モデル = エンティティ Bean
• ビュー = JSP
• コントロール = サーブレットとセッション Bean

私は正しいですか？

最近、多層アーキテクチャに関連する「多層キャッシュ」というフレーズに出くわしましたが、そのようなキャッシュが何であるか（またはどのように使用されるか）についての意味のある説明がありません。

そのフレーズの関連するオンライン検索でも、実際には何も表示されません。私の解釈は、いくつかのn層Webアプリのすべての層にサービスを提供するキャッシュです。おそらく、各層に1つのキャッシュノードがある分散キャッシュです。

SOはこれまでにこの用語に出くわしたことがありますか？私は正しいですか？どうですか？