ASP.NET MVC论坛应用程序

1. 在Internet上有许多使用Ling和ASP.NET MVC的例子。但也许你可以添加你的清单,NHibernate。如果您不想添加,我建议使用实体框架。使用ORM是一个优势。
2. 我总是选择写自己的会员管理层。如果你是这样的人(写你自己的代码,以后做改变的时候要高兴。)写你自己的会员层。如果您正在寻找快速解决方案,ASP.NET成员资格API是一个不错的选择。

1. 实体框架——见下文。
2. ASP.NET成员资格API——易于维护。

原因: Entity Framework vs LINQ to SQL

1)这两个怎么样?只需创建一个抽象,您就可以使用其中任何一个。我的建议是使用存储库模式。

2)会员制提供商有其优缺点。对于某些项目来说,它对我的需求来说太复杂了。但是,如果您需要在短时间内运行某些内容,那就太好了。

我不回答第一个问题,因为我是NHibernate的粉丝 对于第二个问题,添加一个用户表并自己实现成员资格,我认为您至少不能以正确的方式完成(很多人试图创建自己的成员资格API,但他们搞砸了!)

1)完全取决于事情的复杂程度。如果你想要一个快速的DAL,或多或少以1:1的方式反映你的桌子,那么选择L2S(如果你想要更成熟和支持的东西,可以选择亚音速)。如果您想要更多的N层类型的东西,其中您的表和域模型完全不同,那么就选择一个或/M类的实体框架(或者,如果您想要在所有方面都更好的东西,则选择nhibernate)。

2)ASP.NET成员关系非常复杂,其中有些部分设计得相当差。然而,这取决于你对这些事情有多少经验。如果你足够了解如何采取措施避免会话固定攻击,那就自己动手吧,因为很有可能它会比封闭式解决方案更好。如果你不知道那是什么,花点时间学习默认的。

想一想, SubSonic 3 是一个非常强大的数据访问生成工具。据我所知,它基本上将linq到sql包装在一些非常有用的包装器中,使使用linq更加直观。当你使用亚音速时,你可以在短时间内建立一个非常强大的应用程序。不过,有一个小问题,如果你使用共享主机(比如godaddy),你会遇到一个中等信任问题。在这种情况下,您可以返回到Linq to SQL,而不必对代码库进行任何更改。

至于aspnet_会员。就它提供的工具数量而言,我建议您使用它。

祝你好运,希望能有所帮助。