直接调用提供者被认为是不好的做法吗？

Question

我正在.NET Membership-framework中实现一个自定义RoleProvider。现有的功能需要稍微调整，所以我想实现我自己的公共函数，以调用静态角色类。

相反对象 - >角色 - > RolesProvider 我会去对象 - > RolesProvider

这会被认为是不好的做法？当前数据库方案的唯一选择是完全省略RoleProvider的使用，并实现我自己的自定义系统进行授权。

编辑：为了澄清，我已经实现了一个自定义的MembershipProvider，所以在Membership-framework中继续工作的愿望非常高。

Answer 1

任何时候你绕过框架的一部分或者以一种没有打算的方式定制它可能被认为是不好的做法。 ASP.NET会员提供商框架旨在通过Roles类来促进对当前提供商的访问。

“弯曲”框架以适应您的需求而不是按照预期扩展它的危险是：.net框架中可能还有其他方面的内容，围绕角色成员身份功能的配置或工具进行了这种假设，而且他们可能在您的更改后不再有意义，并导致您项目中涉及的其他人混淆。 ASP.NET网站管理工具是做出这种假设的工具的一个例子。如果有人在更改后使用此工具，那么您的角色成员身份和网站可能会因此而被损坏。

如果你决定采取这种方法，你应该仔细考虑你添加的功能，并最终问自己这是真的有必要。如果是这样，你可能会更好地执行完全自定义的事情，而不是混淆。