0

私は今まで出会ったことのないシナリオを持っているので、助けが必要です。Visual Studio Web アプリケーションを作成しました。ソリューションには 2 つの部分がありました。

  1. すべての UI を保持するプロジェクトと
  2. 私のC#コードを含むモデル。

目的は、3 層アーキテクチャを実現することでした。モデルは中間層です。プロジェクトは実行中で、すべてが素晴らしいです。今！これは私の状況であり、それにアプローチする方法がわかりません。基本的に最初のアプリケーションの拡張である別のアプリケーションを作成する必要があります。これをどのように開始したかというと、現在のソリューションに別の WEB プロジェクトを追加することでした。これにはかなりの問題がありました。プロジェクトをデプロイすると、2 つの Web ページが読み込まれます (各プロジェクトから 1 つ)。私が欲しいのは、ロードしてユーザーIDに基づく1つのWebページです適切な場所に送信されます。私が見たのは、私が追加した 2 番目の Web プロジェクトで、独自のユーザーが必要でした。どのようにあるべきか..それぞれがアプリケーションへの特定のアクセス権を持つ1組のユーザー(いずれかの部分)。これを実現する方法についての情報が必要です。

私が望むのは、1つのソリューションをデバッグすることです( 2つのパーツ/プロジェクトを使用)。userId に基づいて、特定のプロジェクトにアクセスできますが、ソリューション全体を管理するユーザー リストは 1 つであり、プロジェクトごとに 1 つずつ、2 つのリストではありません。

4

2 に答える 2

0

既存の Web プロジェクトのディレクトリにページを追加するだけで問題はありますか? 通常、個別のプロジェクトは、同じアプリケーションにマージされるのではなく、個別のアプリケーションとしてデプロイされます。「保護された」ディレクトリの web.config ファイルを使用してアクセスを制御できます

アーキテクチャに関するもう 1 つの提案は、これらのアプリケーションが十分に広範で機能的に類似していないため、個別のプロジェクトを保証できる場合、一種のラッパーであるメイン Web プロジェクトを作成することです。これは、ルーティング ロジックが実行される場所であり、パス (ユーザー タイプ 1 ... ユーザー タイプ n) の単純なスタブ ディレクトリを提供します。次に、エンド パスごとにプロジェクトを作成し、サブ プロジェクトの出力を取得してラッパー プロジェクトの出力ディレクトリにコピーするビルド アクションを設定できますが、これはかなり複雑になります。

単一の Web アプリケーションとしてデプロイする場合は、これを単一のプロジェクトとして保持することをお勧めします。

于 2013-08-12T19:20:26.287 に答える
0

これを 2 つの別個のシステムとして機能させることは可能ですが、ほとんどの場合、実際には、その価値よりもはるかに頭の痛い問題です。

あなたが自問すべき質問は、これを行う価値は本当にあるのかということです。そこから何を得ていますか？

この記事では、これを行う方法について説明します。

http://support.microsoft.com/kb/307467

もう 1 つのオプションは、サブサイトを作成することです。これは、追加のプロジェクトを子として追加することです。これについては、次のとおりです。

http://abhighag.blogspot.com/2012/03/separate-web-application-into-multiple.html

于 2013-08-12T19:50:01.937 に答える