现在怎么下载不了

在asp.net mvc 2.0下面编译通过 运行直接报错

我一直不喜欢membership，理由就是定制性不好。不过对于一般的企业应用，快速开发来说足够了。 如果需要很好的定制性，那么实现IPrincipal和Identity这两个接口是关键。

个人觉得，membership 过度设计了，对于企业内部应用，其email机制完全是设计多余的

@yzi Profile部分我一直没用过，实际的项目中没有遇到，所以这部分我就忽略了。你自己写一套也可以啊，我这就是在Membership基础上扩展罢了，没啥。

呵呵，我经常遇到的情况是已经有用户表了，不需要再建了。 所以，我一向都自己写一个类，实现用户验证，用户注册，用户名检测就够了。 用户权限也经常设计的方式不一样。 然后你漏了user profile的实现。

期待你的代码.呵呵

@索马 没错，你完全可以自己扩展啊，我下一步就准备把在项目中扩展了的代码拿出来，敬请期待

membership粒度太大了.不能细化到一个按钮或者一个方法

@yzi 恩，你说的没错，完全可以自己写一套，但是微软已经提供了这个，我平时就经常扩展Membership来用，很方便，而且重复发明轮子不是什么明智之举。

这个，那个，有点削足适履了。 其实自己写一个user验证的类也不是难事，不一定非要迁就membership.

推荐

@麦舒 Alinq是要收费的哦~

.Net/ajax/SQL交流群招人，欢迎各位加入群5259672。要求工作经验至少1年才可以入。

--引用--------------------------------------------------
温景良(Jason): 呵呵.路过
--------------------------------------------------------
RT

--引用--------------------------------------------------
EricZhang(T2噬菌体): @Nick Wang (懒人王)
“抽象”，“继承”，“多态”真正学明白，然后能悟透基本原则，OO就算入门了，呵呵
--------------------------------------------------------
如果“真正”学名白，就不只是入门了吧。基本原则可以看做是“基本模式”

@Nick Wang (懒人王)
“抽象”，“继承”，“多态”真正学明白，然后能悟透基本原则，OO就算入门了，呵呵

呵呵.路过

另外我觉得能把“抽象”，“继承”，“多态”真正学名白了，设计模式根本就不需要学，水到渠成的事。

这和反射不反射没关系，你的方式和真正的Factory模式解决的问题也不一样。其实工厂模式不是什么好东西，因为绝大多数应用没有那么复杂需要用到工厂模式。因此大多数情况下，像你写的这种极为简单的Factory Method就能搞定了。如果硬要用Factory模式反而会增加复杂度。

Factory之所以这么流行完全是因为他是Design Pattern那本书的头一个模式。其实Template method、Facade、Strategy、Adapter这几个是比较常用的。你这里的Log4NetWrapper和MSLogWrapper其实就是Adapter模式。