AspnetCoreにIServiceCollectionのサードパーティコンテナを登録するのは間違っていますか？

Question

少し背景：AspnetCoreアプリケーションにFluentValidationを組み込みました。ここではSimpleInjectorを選択DIとして使用しました。 「ConfigureServices方法は、典型的には、空隙を返し、その 署名はIServiceProviderを返すように変更された場合、異なる容器 構成することができ、返さ」

をASPNETドキュメント

によれば、これは全て順調です私が実現しないサービスを構成する必要があることがわかるまではいいです。だからこそ、この例ではを使っています。 FluentValidationについての素敵な点は私のバリデーター（私のバリデーターはSimpleInjectorに登録されているので、私の問題がどこから来たのかはわかりませんでした）を解決するために自分でIValidatorFactoryを作成することができます。 SimpleInjectorのcontainerをIServiceCollectionに登録してにIServiceProviderと入力してConfigureServicesメソッドのコンテナを返す代わりに、この頭痛を乗り越えることができました。それがすべてハックとして機能するように見えますが、これは行く方法ですか？ aspnet docs wiki以外の方法はありますか？

参照：https://github.com/JeremySkinner/FluentValidation/blob/master/src/FluentValidation.AspNetCore/ServiceProviderValidatorFactory.cs

https://docs.asp.net/en/latest/fundamentals/dependency-injection.html

Answer 1

その抽象化したシンプルなインジェクタとASP.NETコアDIの抽象化（解決できないすなわち非互換性）と、多くのproblems in generalの間には根本的な非互換性があります。 Microsoftは提案しました。 .NETのコアDIの抽象化のための自己開発またはサードパーティ提供のアダプタを使用してから

リフレイン：このためour official adviceの

はにあります。フレームワークコンポーネントと第三者コンポーネントからアプリケーションコンポーネントの登録を分離します。ソリッドな作業方法を追求し、フレームワークやサードパーティのコンポーネントとの非互換性を気にすることなく、Simple Injectorでアプリケーションの登録を検証し診断することができます。

詳細については、hereを参照してください。サードパーティのコンテナを使用する場合は、ASP.NET Coreをどのように使用すればよいですか。