.NET中的提供程序模型

Question

8

当.net 2.0框架首次推出时，提供程序模型是当时的热门话题。2.0甚至附带了一堆默认提供程序（Membership、站点地图、角色）。自2.0发布以来，炒作已经消失了，虽然我仍然每天使用提供程序，但似乎它得到的关注要少得多。

我想知道这是因为人们正在使用其他东西而不是提供程序，并且它们已被取代，还是仅仅因为采用率没有其他IoC方法大？

- lomaxx

仅仅因为某样东西不再像以前那样被炒作，就并不意味着它毫无价值。 - Jonathan Rupp

我并不是在暗示它没有价值... 我每天几乎仍在使用提供程序。我更想知道为什么它最近似乎没有得到很多关注，因为我仍然认为这是一个非常不错的工作模型。 - lomaxx

1

新东西比现有的东西更受关注。人们不太谈论那些稳定可靠的东西。 - Jonathan Rupp

这似乎是一个提供程序与IoC / DI的问题，因为它们是两个完全不同的框架，所以它们甚至不能被比较。可以将一个提供程序注入到控制器/页面中。 - Erik Philips

2个回答

0

我认为随着这些工具在.NET中变得更加标准化，它们的炒作会减少，但它们的使用并不会减少。当然，Membership和角色提供程序对我们正在开发的新应用程序非常重要，并且将为我们节省大量代码。

Microsoft Patterns and Practices是像企业库这样的工具的诞生地，它与提供程序模式（特别是成员资格方面）密切相关，涉及安全应用程序块和该模型似乎遍布各个块。

- Odd

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- user1228 · Accepted Answer

实际上它并没有死亡。依赖注入仍然很重要。目前有许多依赖注入框架可供选择。虽然它没有像应该的那样被内置到每个框架中，但遵循这种实践仍然是非常好的。例如，我曾使用P&P的自定义应用程序块来进行DI。直到他们放弃了它并改用Unity。现在我正在使用Unity。

对于任何大型可扩展应用程序来说，轻量级的依赖注入框架都是一个不错的选择。