Q&A
> 共通処理等のプロジェクト側からView等を持つプロジェクトへの参照設定が循環参照で行えず、
上記のところ、どういう形で循環参照になるのか状況が分からないです。Global.asax.cs の静的フィールドでなくHttpApplicationState なら可能というような記述がありますが、前者がダメで後者が可能という話も分からないです。
具体的な例を挙げてダメな理由を説明いただけませんか？
前提・実現したいこと
.NET Framework 4.5.2、MVC5でWebサイトを構築中です。
View等を持つプロジェクトと共通処理やビジネスロジックを持つプロジェクトを分けたソリューション構成となっています。
このサイトを参考にGlobal.asax上にサイト共通のプロパティを持たせ、
そのプロパティを共通処理やビジネスロジックで参照しようとしています。
発生している問題・エラーメッセージ
Viewやcontoller側から共通処理やビジネスロジックを使用している為、
View等を持つプロジェクト(下図TestMVC)から共通処理等のプロジェクト(下図BusinessLogics)を参照する依存関係を持っています。
この為、共通処理等のプロジェクト側からView等を持つプロジェクトへの参照設定が循環参照で行えず、
Global.asax上のプロパティ(下図Global.asax.vb内のTestVar)が共通処理等から見えない状態です。
このような構成のソリューションの場合、どのようにサイト共通のプロパティを持たせるべきでしょうか？
試したこと
Application変数の利用
System.Web.HttpContext.Current.Applicationを使用することで
サイト共通のプロパティは持てました。
しかし、こちらはデータ型の指定できず、
参照先を直接把握することもできませんでした。
VBNET
1'書き込む場合 2HttpContext.Current.Application.Lock() 3HttpContext.Current.Application("property_test") = "test" 4HttpContext.Current.Application.UnLock()
テスト用ソリューションの作成
簡単なソリューションを作成して確認しました。
新しいプロジェクトの作成で、ASP.NET Webアプリケーションを選択してTestMVCソリューションを作成
（手順再現の為、図ではWebApplication1）
MVCを選択
作成されたソリューションに、共通処理等を実装するBusinessLogicsプロジェクトを
クラスライブラリとして追加
Controllers等から共通処理を使用する為、TestMVCにBusinessLogicsプロジェクトの参照を追加
作成されたTestMVCプロジェクトのGlobal.asaxに
サイト共通のプロパティとしてTestVarを追加
BusinessLogicsプロジェクト側のクラスから、Global.asaxに追加したTestVarを参照したいが、
BusinessLogicsプロジェクトからTestMVCへの参照設定ができず、
参照することができない
HttpApplicationState でも Global.asax.cs に記述する静的フィールドでも、(1) Web ファーム/ガーデンでは使えない、(2) ワーカープロセスのリサイクルで消えてしまう、(3) サーバーのメモリを圧迫するというデメリットがありますが、承知の上でしょうか？ あとで、そういうことならやめると言われてもなんですので聞いてます。
プロジェクトの関係について、質問に図を追加しました。
HttpContext.Current.Applicationであれば、依存関係に関わらず設定や参照が可能でしたが、ご指摘頂いている懸念点や、スレッドを跨いだ先ではNullに見えてしまう点等の問題を抱えています。
> View等を持つプロジェクト(下図TestMVC)から共通処理等のプロジェクト(下図BusinessLogics)を参照する依存関係を持っています。
それは以下の記事にあるように "複数のプロジェクトを含むソリューションをビルドするとき、最初に特定のプロジェクトをビルドし、他のプロジェクトで使われるコードを生成することが必要な場合" ということですが、そういうことが必要なのでしょうか？
方法: プロジェクトの依存関係を作成および削除する
https://docs.microsoft.com/ja-jp/visualstudio/ide/how-to-create-and-remove-project-dependencies?view=vs-2019
プロジェクトのビルド順序は意識していなかったのですが、TestMVCのプロパティの参照にBuisinessLogicsを追加すると、TestMVCの依存関係のBuisinessLogicsに自動的にチェックが設定されました。チェックを外そうとすると「この依存関係は、プロジェクト システムによって追加されたため、削除することができません。」というメッセージが表示され、外せませんでした。
検証用にゼロからごく簡単なソリューション/プロジェクトを作って試してみてはいかがですか？ 今は何がどうなっているのか分かりません。
検証用ソリューションの手順を 試したこと に追加しました。申し訳ありませんが、再現手順の為、図のソリューション名が説明分とは異なっています。
Controller が View への参照を持つと、相互依存となり結合が強くなりすぎるので、分けた意味が無くなります。
このような場合は直接の参照を持たず、依存性注入やイベントで対応します。
何故循環参照になったのかやっとわかりました。理解が遅くてすみません。
まず最初にMVC プロジェクトからクラスライブラリプロジェクトへの参照設定を行って、その後クラスライブラリプロジェクトから MVC プロジェクトへの参照設定を行ったときに循環参照エラーが出たということですね。
クラスライブラリプロジェクトのコードから MVC プロジェクト内のクラスやフィールドを見えるようにするためだと思いますが、そもそもそういうことはできないはずです。
MVC プロジェクトからクラスライブラリプロジェクトのクラスを初期化して使っているのだと思いますが、であれば、その時にMVC プロジェクトで Global.asax の静的フィールドを取得してクラスライブラリプロジェクトに渡してやる他方法はなさそうです。
Zuishin様
情報ありがとうございます。ご提案頂いた依存性の注入やイベントでの実装は私の勉強不足で今回のケースへの実装方法が思いつきませんでした。それぞれについて確認したいと思います。
SurferOnWww様
情報ありがとうございます。また、回答にて実装例も示して頂きまして、ありがとうございます。
回答の方法にてGlobal.asaxに編集していた内容を共通処理側でも見ることができました。
共通処理側から反映したい場合や、実行中に書き換えられた場合の反映等もありそうでしたので、
その際は共通プロパティをClassにして、参照を渡したいと思います。
大変助かりました。後ほどベストアンサーを設定します。ありがとうございました。
回答1件
0
ベストアンサー
何故循環参照になったのかやっとわかりました。理解が遅くてすみません。
まず最初にMVC プロジェクトからクラスライブラリプロジェクトへの参照設定を行って、その後クラスライブラリプロジェクトから MVC プロジェクトへの参照設定を行ったときに循環参照エラーが出たということですね。
クラスライブラリプロジェクトのコードから MVC プロジェクト内のクラスやフィールドを見えるようにするためだと思いますが、そもそもそういうことはできないはずです。
MVC プロジェクトからクラスライブラリプロジェクトのクラスを初期化して使っているのだと思いますが、であれば、その時にMVC プロジェクトで Global.asax の静的フィールドを取得してクラスライブラリプロジェクトに渡してやる他方法はなさそうです。
具体的には以下のような感じです。これでは質問者さんの望むことはできませんか？
Global.asax.cs
クラスライブラリ
Controller / Action Method
質問に対するコメントに書いたことですが、HttpApplicationState でも Global.asax.cs に記述する静的フィールドでも、(1) Web ファーム/ガーデンでは使えない、(2) ワーカープロセスのリサイクルで消えてしまう、(3) サーバーのメモリを圧迫するというデメリットがあります。それを考えると、個人的にはあまり利用度は高くなさそうだと思っています。
投稿2019/09/04 02:39
退会済みユーザー
総合スコア0
回答ありがとうございました。
また、デメリットについても十分検討の上、使用したいと思います。
今回は小さな変数が少しで、ワーカープロセスも一つのみ、
リサイクルタイミングも計画しての停止という要件ででしたので、実装を進めたいと思います。
あなたの回答
tips
プレビュー
