2

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

ProjectMembershipProvider ProjectProfileProvider ProjectRoleProvider

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

但是,我发现我的自定义提供程序中的许多方法实际上不需要更改。而且,将一个独立的方法包装在另一个做同样事情的方法中似乎很愚蠢。

所以 - 我的方法错了吗?或者,我是否应该允许最终用户在需要时实例化自定义提供程序并在需要时实例化混合/匹配 API?这对我来说似乎有点多余,但我看不到另一种方式。

建议表示赞赏。

谢谢。

4

1 回答 1

0

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

我还使用 .Net反射器来查看现有的 asp.net 提供程序代码,以确保没有任何我需要担心的依赖关系。希望有帮助

于 2010-03-24T20:02:47.937 回答