【问题标题】:Provider model in .net.net 中的提供者模型
【发布时间】:2010-09-14 10:04:52
【问题描述】:

当 .net 2.0 框架刚问世时,提供者模型风靡一时。 2.0 甚至附带了一堆默认提供程序(会员、站点地图、角色)。自 2.0 发布以来,炒作已经平息,虽然我仍然每天都在使用提供程序,但它似乎受到的压力要小得多。

我想知道这是否是因为人们使用了提供程序以外的其他东西并且它们已被取代,或者仅仅是因为使用量没有其他 IoC 方法那么大?

【问题讨论】:

  • 仅仅因为某些东西不再被“炒作”,并不意味着它一文不值......
  • 我并不是说它一文不值...我仍然几乎每天都使用提供程序。我更想知道为什么它最近似乎没有受到那么多媒体的关注,因为我仍然认为它是一个非常适合使用的模型
  • 新内容比现有内容更受媒体关注。人们很少谈论可靠且有效的东西。
  • 这似乎是一个 Provider 与 IoC/DI 的问题,因为它们是两个完全不同的框架,它们甚至无法进行比较。当然可以将提供者 DI 到控制器/页面中。

标签: c# .net provider-model


【解决方案1】:

它实际上并没有消亡。 DI仍然很大。有许多 DI 框架可供选择。是的,它并不是硬生生地融入到每个部分框架中绝对应该如此,但它仍然是一个非常好的实践。例如,我使用 P&P 的自定义应用程序块来执行 DI。直到他们放弃了 Unity。现在我正在使用统一。

轻量级 DI 框架对于任何大型可扩展应用程序都是一个好主意。

【讨论】:

  • 这是我的观点的一部分,尽管...满足大部分(如果不是全部)我的 DI 要求。
  • 它被什么取代了?国际奥委会?一朵玫瑰等......我希望看到一种比 DI 更好的方法来打破代码中的依赖关系。
  • 我同意它没有被充分使用。我编写的代码越多,依赖项就越多。
  • DI 和 loC 代表什么?
  • 依赖注入和控制反转
【解决方案2】:

我认为,随着这些工具在 .NET 中变得更加标准,围绕它们的炒作变得越来越少,但它们的使用却没有。当然,成员资格和角色提供者对于我们正在开发的新应用程序非常重要,并且会为我们节省大量代码。

Microsoft Patterns and Practices 是 Enterprise Library 等工具的诞生地,它与 Security Applicaiton 块的提供者模式(尤其是成员资格)密切相关,并且该模型似乎在整个块中都使用。

【讨论】:

    猜你喜欢
    • 2021-05-18
    • 2010-09-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-11-09
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多