問題タブ [common-service-locator]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
dependency-injection - Ioc コンテナーの競合
私の現在のプロジェクトでは、SolrNet と OAuth.Net を使用しています。どちらのライブラリも Common Service Locator を使用します。SolrNet は、カスタム IoC コンテナー実装をロケーター プロバイダーとして設定します。OAuth.Net のロケーター プロバイダーは、私のコードで設定されています (現在、例で使用されているように、Windsor を使用しています)。問題はここから始まります。
実際には ServiceLocator.Current 静的プロパティ値を置き換えています。
何かアドバイス?このようなシナリオでのベスト プラクティスは何ですか?
前もってありがとう、Hristo
c# - CommonServiceLocatorを使用して依存関係を基本クラスに注入することは良い習慣ですか?
現在、基本クラスに依存性を注入する必要がある場合は、次のコードを使用します。
すべてのサブクラスで多くの重複コードを作成する必要があります。これらの重複コードを回避するために、CommonServiceLocatorを使用して依存関係を基本クラスに注入できると思います。
これははるかに簡単なようですが、これが良い習慣かどうかはわかりません。
ありがとう
autofac - Autofac to Common Service Locator (TypedParameter issue)
How do i modify the following from Autofac to use the Common Service Locator (where _context is of type IComponentContext):
The code above is taken from Orchard and and i'm trying to remove the dependency on Autofac. Usually i'd try something like:
However this returns null and i can't see how to handle the TypedParameter stuff as i don't understand what it's doing.
I'd really appreciate it if someone could help. Thanks
c# - Common Service Locator and implementations of IDependencyResolver
I'm building a library for conversational natural language processing. In many ways it acts much like MVC3 in that it has Controllers and Action Methods. It also uses dependency injection in much the same way as MVC3 does when instantiating constructors for the Controller classes. The main differences being that an English sentence replaces both the URL and the form values of HTTP; routing is based on matching sentence structure; and the parameters passed in are the meanings of words and phrases used in the English sentence.
Currently it uses Autofac for Dependency Injection but I'd like to remove that dependency and allow callers to use any DI container.
If I use the P&P / Codeplex Common Service Locator project in my solution then callers would still need to provide their own implementations of IServiceLocator
against the instance of that interface exposed by my engine. If I use IDependencyResolver
from MVC3 instead there are at least existing implementations of the mapping from the various DI container to that interface.
Should I:-
- use the Common Service Locator and force callers to implement the mapping classes.
- use the MVC 3
IDependencyResolver
interface which already has mappings to other containers. - accept a
object
as the dependency resolver and duck type it to get the one method I need from it so I can use the MVC3 interface without even taking a dependency on ASP.NET MVC3. - other?
ninject - WP7 の Caliburn Micro の IoC として Ninject を使用する
Caliburn Micro for WP7.1 Mango の IOC コンテナとして Ninject を使用しようとしています。これを行うために私が見つけた唯一の投稿は、NinjectServiceLocator を作成し、それを ServiceLocator のプロバイダーとして設定します。質問: 1) "CommonServiceLocator.NinjectAdapter" アセンブリで定義された NinjectServiceLocator は、"Microsoft.Practices.ServiceLocation" の v 1.0.0.0 に依存します。Microsoft.Practices.ServiceLocation は WP 7.1 に移植されましたか?
2) nuget を使用して "ninject.wp7" をインストールしようとしましたが、次のエラーでインストールされません: パッケージ 'Ninject.WP7 2.2.0.0' をインストールできませんでした。このパッケージを 'Silverlight,Version=v4.0,Profile=WindowsPhone71' をターゲットとするプロジェクトにインストールしようとしていますが、パッケージにはそのフレームワークと互換性のあるアセンブリ参照が含まれていません
Mango でこれを機能させるための回避策はありますか。私は、デフォルトのSimpleContainerで各タイプを手動で配線する代わりに、アセンブリをスキャンしてビューモデルを登録できるようにするCMでIOCを使用することを本当に探しています。
dependency-injection - メイン プロジェクト外で Common Service Locator を使用する
最近、StructureMap から Ninject に移行しました。Ninject には StructureMap の ObjectFactory (サービス ロケーター) のバージョンがないことに気付くまで、すべては順風満帆でした。
Ninject を含む任意の IOC コンテナーで Service Locator パターンを提供する Common Service Locator を発見しました。私の「スタートアップ」プロジェクト内でうまく機能します-たとえば、WebSite。しかし、Core や Data などのサブプロジェクトから ServiceLocator.Current にアクセスしようとすると、CommonServiceLocator は依存関係のマッピングを認識していないようです。
サブプロジェクトから Common Service Locator を使用するにはどうすればよいですか?
NB パターン/アンチパターンとしての ServiceLocator に関する議論を認識しています。アンチパターンとしての ServiceLocator とアンチパターンとしての Anemic Domain Model の間にはトレードオフがあることを発見しました。
c# - CommonServiceLocator からのこのコメントにあるアンビエントという言葉の意味は何ですか?
「アンビエントコンテナ」が静的クラスであるという事実と関係があると推測したいのですが、それは単なる推測です。
それとも、これは標準パターンを指していますか? (つまり、GoF の本を最初から最後まで読む必要がある)
dependency-injection - これは、コンストラクタインジェクションを使用してServiceLocatorパターンを回避する正しい方法ですか?
これは、コンストラクタインジェクションを使用してServiceLocatorパターンを回避する正しい方法ですか?
避けたいServiceLocatorを使用したクラスの消費。
MEFを使用したソリューション。上記を変更*EntitySomething'sto Export、および
実際にはまだ試していませんが、これを達成する他の方法はどこにあるのだろうかと考えていました。
ありがとう
.net - 依存性注入とサービスの場所
私の知る限り、依存性注入はサービスの場所と同じではありません。ただし、Unityアプリケーションブロックには、Common Service Locatorライブラリ(サービスロケーターだと思います)が含まれています。そのライブラリをどのように使用する必要があり、いつ使用する必要がありますか?また、依存性注入のためにUnity自体によって使用されていますか?注: CommonServiceLocatorCodePlexホームページからその使用法を
引用しないでください。
c# - MEF が存在する場合に ServiceLocator を使用する理由
勉強を始めた後、ある質問について考えていました...必要なすべてのインポートを満たす必要がある場合Prism
、なぜ a を使用する必要があるのでしょうか。Service locator
MEF
MEF の Common Service Locator リンク
2つが共存する場合、それがどのような目的に役立つかを理解できませんでした.
それは許可されますかAttributeless
Imports
(エクスポートはエクスポートを使用して行う必要があると思います)??
共通サービスロケーターのこのリンクも読みましたが、ボットが共存している場合の使用シナリオはよくわかりませんでした。
このRegadsに関するヘルプは役に立ちます... :)