当前位置：文江博客话题详情

如何在多项目解决方案中使用 Unity 进行解析

发布于 2024-09-05 01:14:25 字数 692 浏览 4 评论 0原文

在一个新的 WPF 项目（VS2010）中，我第一次使用 Unity 2。在此项目中，我使用以下结构：

Solution

WPF Project

Class Library1

Class Library2

Class Library 3 ....

使用 Unity 注册不同类型是在 WPF 项目中使用以下代码片段完成的：

IUnityContainer container = new UnityContainer()
                            .RegisterType<IObjectContext, ObjectContextAdapter>()
                            .RegisterType<IConnectionStringProvider, ConnectionStringProvider>()
                            .RegisterType(typeof(IRepository<>), typeof(Repository<>));

现在假设我想获取存储库<订单>构造函数注入已在 Class Library1 中解决。显然该容器在其他项目中是未知的！

我该怎么做？

原文

In a new WPF project (VS2010) i 'm using Unity 2 for the first time.
In this project i use the following structure:

Solution

WPF Project

Class Library1

Class Library2

Class Library 3 ....

Registering the different types using Unity is done in WPF Project using the following snippet:

IUnityContainer container = new UnityContainer()
                            .RegisterType<IObjectContext, ObjectContextAdapter>()
                            .RegisterType<IConnectionStringProvider, ConnectionStringProvider>()
                            .RegisterType(typeof(IRepository<>), typeof(Repository<>));

Let's say now that i would like to get the Repository<Orders> constructor-injected resolved in Class Library1.
Apparently the container is not known in the other projects!

How would i do that?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

眼眸 2024-09-12 01:14:25

我基本上同意 Chris 的回答，但我认为配置文件很讨厌（尤其是对于 Unity），因此这里有一个解决方案，允许您使用运行时配置而不使用循环引用。我们将通过注册表来完成此操作。

创建一个将包含 IConfigureUnity 的基础设施项目。

public interface IConfigureUnity
{
    public void Configure(UnityContainer container);
}

您的每个类库项目将负责实现此接口以注册其自己的类。

public class RegistryForSomeClassLibrary : IConfigureUnity
{
    public void Configure(UnityContainer container)
    {
        container
            .RegisterType<IObjectContext, ObjectContextAdapter>()
            .RegisterType<IConnectionStringProvider, ConnectionStringProvider>()
            .RegisterType(typeof(IRepository<>), typeof(Repository<>));
    }
}

然后，在您的 WPF 项目中，您需要创建容器并应用这些注册表。

var container = new UnityContainer();
new RegistryForSomeClassLibrary().Configure(container);
new RegistryForAnotherClassLibrary().Configure(container);

现在您拥有一个完全配置的容器实例，无需任何配置文件。

I mostly agree with Chris' answer, but I think config files are icky (especially for Unity) so here's a solution that will allow you to use runtime config w/o circular references. We're going to do this with registries.

Create an Infrastructure project that will contain IConfigureUnity.

public interface IConfigureUnity
{
    public void Configure(UnityContainer container);
}

Each of your class library projects will be responsible for implementing this interface to register it's own classes.

public class RegistryForSomeClassLibrary : IConfigureUnity
{
    public void Configure(UnityContainer container)
    {
        container
            .RegisterType<IObjectContext, ObjectContextAdapter>()
            .RegisterType<IConnectionStringProvider, ConnectionStringProvider>()
            .RegisterType(typeof(IRepository<>), typeof(Repository<>));
    }
}

Then in your WPF project you'll need to create the container and apply these registries.

var container = new UnityContainer();
new RegistryForSomeClassLibrary().Configure(container);
new RegistryForAnotherClassLibrary().Configure(container);

Now you have a fully configured container instance w/o any config files.

回复收藏 0 原文

七秒鱼° 2024-09-12 01:14:25

要在此场景中让多个项目使用同一个 UnityContainer，您需要一个“通用”项目，其中包含您的 UnityContainer 并公开它，以便所有其他项目都可以访问它。

即

WPF 项目

类库 1

类库 2

类库 3

公共库（UnityContainer 位于此处）

为了避免循环项目依赖项，我建议使用通过配置文件进行 Unity 设计时配置，而不是运行时配置（如示例中所示）。否则，您的公共库将必须引用包含它解析的所有类型的项目，而这些项目反过来又将依赖于公共库（因为这可能是您公开 UnityContainer 实例的地方）。您也许可以使用运行时配置让它工作，但我还没有尝试过；我确实知道设计时配置是有效的，因为我已经使用与此完全相同的模型完成了一些项目。