我一直在尝试编写一个开放源码的配置文件提供程序来对抗PostgreSQL (我对我所见过的其他项目的局限性和不完整性感到失望),但是关于人们如何使用它的文档和示例出奇地稀少。即使是asp.net-profiles的SO标签也有100多个相关问题。
我越是致力于让它工作,它似乎就越不实用;增加的价值似乎不能证明相关的复杂性是合理的;此外,它似乎只适用于有限范围的web项目,而没有一堆额外的工作。
我觉得我得到的结论是,它不是一种流行的技术,而且有更好的方法来持久化更强大的基于用户的信息集。
我对此的理解是否存在根本性的缺陷?这是广泛使用的吗?我正处于放弃我的配置文件提供商的边缘,因为它似乎提供了很少的价值。
发布于 2012-01-04 01:04:41
不,asp.net中的配置文件系统没有被广泛使用,主要是因为您提到的原因。这对很多人来说是没有用的。
最简单的解决方案是简单地在你的应用程序中创建一个配置文件表,然后在会员系统的ProviderUserkey上键入它。
发布于 2012-01-04 01:09:34
出于一个简单的原因,我一直避免使用ASP.NET成员资格提供程序,而是倾向于使用IPrincipal的自定义实现。我几乎从来不需要它提供的开箱即用的功能。
任何自定义实现都意味着创建您自己的MembershipProvider实现。在我从未实现过的其他方法中,它包括像RequiresQuestionAndAnswer和MaxInvalidPasswordAttempts这样的奇妙方法。它会强迫您实现一个您可能不需要的实现,并且会花费您更多的时间来正确完成。
当然,您可以作弊并将NotImplementedException放在您并不特别担心的方法中,但是在生产系统中,哪个头脑正确的程序员会对此感到满意呢?:D
我真的很喜欢微软的很多东西,但我的经验是,他们的许多“开箱即用”的解决方案在普通模式下都很好,但当你走出老路时,轮子往往会掉下来。因此,需要一些挑剔的做法。我的建议是?把这个留在藤条上。
https://stackoverflow.com/questions/8715715
复制相似问题