定制供应商&设计模式

时间:2010-03-24 18:57:43

标签: c# design-patterns asp.net-membership asp.net-profiles

我正在使用ASP.NET 2.0及其各种提供程序。 我已经覆盖了我需要的大部分方法 拥有以下自定义提供商:

ProjectMembershipProvider ProjectProfileProvider ProjectRoleProvider

在我的项目设计中,我的意图是 以外观风格包装自定义提供程序 设计 - 混合和匹配分析,成员资格, 和API方法中的角色来简化事情 开发者。

但是,我发现了很多方法 在我的自定义提供程序中不需要更改, 真。而且,单独包装似乎很愚蠢 另一种方法中的方法确切地完成了 一样。

那么 - 我的方法错了吗?或者,我应该允许 end - 用户实例化自定义提供程序 什么时候需要和混合/匹配api在需要的时候? 这对我来说似乎有点多余,但我不能 另见。

建议表示赞赏。

感谢。

1 个答案:

答案 0 :(得分:0)

当我编写自定义提供程序集时,我只是继承了现有的asp.net提供程序,并且会覆盖任何需要自定义逻辑的方法。

我还使用.Net reflector来查看现有的asp.net提供商代码,只是为了确保没有任何依赖我不得不担心。 希望有所帮助