Microsoft Unity 容器的性能

发布于 2024-10-13 07:47:25 字数 208 浏览 4 评论 0原文

我正在审查一个使用 Microsoft 模式和实践 Unity 容器的项目。

有一个包含 40 个注册类型的容器,为每个 Web 服务调用创建一个容器实例。

我想知道:

  • 注册这么多类型会不会有性能问题?
  • Unity 容器可以在 Web 服务调用之间共享吗?

Web 服务托管在 IIS 中。

I am reviewing a project that has used Microsoft Patterns and Practices Unity Container.

There is a single container with 40 registered types, an instance of the container is created for every web service call.

I am wondering:

  • Is there a performance problem due to registering so many types?
  • Could the unity container be shared between web service calls?

The web services are hosted in IIS.

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

扫码二维码加入Web技术交流群

发布评论

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

评论(2

北方。的韩爷 2024-10-20 07:47:25

第一次完成解析时,Unity 会在后台缓存各种内容。这显着提高了以后解析调用的性能。如果您为每个请求创建一个新容器,您就会丢弃这些缓存。

在请求之间保留容器。

Unity caches all sorts of stuff under the hood the first time a resolve is done. This significantly improves performance on later resolve calls. If you create a new container on every request, you're throwing out those caches.

Keep the container around between requests.

拒绝两难 2024-10-20 07:47:25

请在Application_Start期间创建容器并注册所有类型。我们已经在一个大型项目(wcf 和 asp.net mvc)中对大约 200 多种类型进行了此操作,并且没有出现任何问题。

谢谢

Please create the container and register all types during Application_Start. We've done this for around 200 + types in a large project (wcf and asp.net mvc) and have had no issues.

Thanks

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文