私の.net 4ソリューションでは、Webアプリケーションプロジェクトとクラスライブラリプロジェクトという2つの異なるプロジェクトがあります。ソリューションのクラスライブラリプロジェクトで接続文字列を取得
Webアプリケーションプロジェクトでは、データベース接続文字列はweb.configファイルにあります。クラスライブラリプロジェクトからその接続文字列にアクセスしたいと思います。出来ますか?はいの場合、どうですか?
接続文字列を取得する方法がある場合は、教えてください。
私の.net 4ソリューションでは、Webアプリケーションプロジェクトとクラスライブラリプロジェクトという2つの異なるプロジェクトがあります。ソリューションのクラスライブラリプロジェクトで接続文字列を取得
Webアプリケーションプロジェクトでは、データベース接続文字列はweb.configファイルにあります。クラスライブラリプロジェクトからその接続文字列にアクセスしたいと思います。出来ますか?はいの場合、どうですか?
接続文字列を取得する方法がある場合は、教えてください。
クラスライブラリからアクセスするには、System.Configuration
への参照を追加してからSystem.Confinguration.ConfigurationManager.ConnectionStrings
を使用してください。
クラスライブラリからこれを読み取ることは理想的ではありません。結局のところ、あなたのクラスライブラリは常に設定ファイルで何かによって消費されると言うことができますか?あなたが他の開発者、特に異なるプラットフォームの開発者とそれを共有するのであれば、確かにそうではありません。
は考えてみましょう:
例えば:
public class MyLibraryContainer
{
private string _connectionString;
public MyLibraryContainer(string connectionString)
{
_connectionString = connectionString;
}
}
Webアプリケーションプロジェクトで、接続文字列を返す静的メソッドを持つ静的クラスを作成し、参照をクラスライブラリプロジェクトに配置し、作成したメソッドを呼び出します。
これは、これまでで最も簡単な解決策です。 –
この静的クラスにアクセスするためにクラスライブラリがWebプロジェクトを参照する必要があり、Webプロジェクトがすでにクラスライブラリを参照しているため、循環参照エラーは発生しませんか? – ScubaSteve
これは適切な解決策ではありません。別のプロジェクトでクラスライブラリを参照する必要があるので、クラスライブラリにwebappリファレンスを追加するのは適切ではありません。この場合、クラスライブラリの依存関係はなくなりました。 –
"あなたのクラスライブラリは常に設定ファイルで何かによって消費されると言うことができますか?"ライブラリはC#で書かれているので、これは正当な前提だと思います。つまり、クラスライブラリの 'ConfigurationManager'に直接アクセスするのは間違っています。なぜなら、この機能はライブラリのスコープの外にあるからです。 –
@EladLachmi "ライブラリはC#で書かれているので、これは正当な前提だと思います"。同意しません。ライブラリがC#で書かれているからといって、それが.NETソリューションによって消費されるわけではありません。それは、例えば、iterop'dされる可能性がありますjavaや何か他のことが問題です。呼び出し元がサポートしていないライブラリーで構成マネージャーを使用した場合、どうなるのか不思議です。 TODOリストの1つがあります! :) –
@EladLachmi一方、あなたがこれを書いて、それを共有するつもりがないなら、より安全な仮定になります。 –