我的 .NET 6 WPF 應用程式使用 Prism.Wpf 8.1.97。我也在使用 Visual Studio Community 2022（64 位）。我對使用 Prism.Unity 猶豫不決，因為 Unity 已被棄用。由于我對現已棄用的 Unity 的經驗，我不想使用 Prism.Unity。考慮到將來它可能會遭受同樣的命運，我也對 DryLoc 保持警惕。
因此，如果它能給我提供類似于 Unity 的工具，我寧愿切換到 Microsoft DependencyInjection。我可以使用 Microsoft DependencyInjection 代替 Prism.Unity 或 Prism.DryLoc 嗎？
uj5u.com熱心網友回復：
您可以使用Prism.Container.Extensions。它似乎有效，但不建議用于生產。
Prism 依賴于命名注冊，這是 Microsoft 容器所沒有的功能。總而言之，微軟的 DI 是一個功能非常有限的容器，與 Unity 或 Dry-Ioc 相比，更多的是用于應用程式示例的概念證明。
我寧愿堅持使用 Unity，因為它是一個成熟且功能非常豐富的容器。即使在可預見的將來不會有新版本，它也可以正常作業。
無論如何，您的應用程式不應該過多地依賴特定容器，并且它應該只在非常非常少的類中使用。因此，如果需要，您以后總是可以毫不費力地切換到不同的容器。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/475817.html