关于ASP.NETWebForms应用程序体系结构的建议?

关于ASP.NETWebForms应用程序体系结构的建议?,asp.net,webforms,Asp.net,Webforms,我创建了一个空的VisualStudio解决方案并添加了两个项目:后端(类库类型),它将具有用于访问信息的.edmx文件;和前端(ASP.Net类型),将数据库保存在app_数据文件夹中 这是一种好的体系结构设计还是有一种更有效的方法来组织这种类型的应用程序?将数据访问代码拆分为库项目是一个好主意。我目前正在从事一个ASP.NET项目,这几乎是相同的-我有一个用于访问数据的库类,在另一个项目中,我有我的aspx页面。唯一的区别是我的数据在SQL Server中(使用entity framewor

我创建了一个空的VisualStudio解决方案并添加了两个项目:后端(类库类型),它将具有用于访问信息的.edmx文件;和前端(ASP.Net类型),将数据库保存在app_数据文件夹中


这是一种好的体系结构设计还是有一种更有效的方法来组织这种类型的应用程序?

将数据访问代码拆分为库项目是一个好主意。我目前正在从事一个ASP.NET项目,这几乎是相同的-我有一个用于访问数据的库类,在另一个项目中,我有我的aspx页面。唯一的区别是我的数据在SQL Server中(使用entity framework通过.DBML文件访问该数据)


对于您正在构建的站点类型(App_data文件夹中的数据),听起来它将是一个简单的站点,不需要做任何过于激烈的事情,例如,
缩放

,通常这取决于您的项目的大小,但通常我倾向于将前端内容与后端s.t分离。它可以重复使用。因此,在这个方向上,您的组织已经很好了

如果您想更进一步,我将看一看分层应用程序体系结构。这里可能会让您深入了解这一点,您可能会发现一些可重用的元素

就个人而言,我真的不喜欢DB驻留在UI项目(即ASP.net Web应用程序项目)的“app_data”文件夹中。但对于小型应用程序来说,这很好:)