【发布时间】：2016-02-04 21:07:09
【问题描述】：
这是一个理论问题。
我已经在业务层使用 Unity DY 和 Service(Facade) 模式。 我用起来很简单，但是...
在每个小事务中显然存在性能和内存开销。我不是创建 DataContext（像“sql-connection”一样读取它），而是通过统一创建多个服务对象。
示例： 简单操作“GetAllArticles”导致创建
没用的：
- UserService（用于权限检查）
- ArticleService（用于 Article Crud 操作）
而且很有用：
- DataContext（用于文章服务）
- ArticleViewModels。
但是，如果一个 HightLoadApplication 以及全球数十亿人试图从我的超级站点获取文章怎么办？垃圾收集器和服务器的cpu温度呢？
所以：
- 我理解的统一（或任何其他）工作是否正确？
- 有其他解决方案吗？
- 高负载应用怎么办
我很乐意听取您的意见和经验，即使这不是灵丹妙药或“最佳实践”。
【问题讨论】：
-
you can look up 各种注入器的性能，并自行决定您是否认为性能损失会超过能够进行单元测试的所有好处（提示：很可能不会）
标签： c# asp.net dependency-injection