他们使用ASP.NET实现了这一目标'；它是为使用而设计的

几周前，我问了一个问题，我因为使用了一个古老的数据结构而遭到了彻底的抨击。有人问我为什么不使用ado.net和存储过程，还有其他许多问题。这让我困扰了一个月，因为我不太习惯ADO.NET或存储产品。我只在为web编写代码时做过php编程

因此，请您告诉我（不必详细说明）我应该如何构造/建模我的ASP.NET页面。

今天它是这样工作的。

• 我有一个webservice文件，里面有我所有的方法，这些方法包括插入、更新、删除和获取数据。从我的codebehind文件调用webserive类，并从webform传递内容

• 我确实使用了一个存储过程来检查登录名和密码

• 我应该只使用存储过程吗
• 如果是这样的话，我应该补充什么吗
• 我应该让webforms直接从codebehind进入数据库吗
• 我该如何实现ADO.NET

与使用存储过程相比，ORM框架是一种更“现代”的数据库方法。实体框架/Linq到Sql是MS认可的，但NHibernate的存在时间更长。它很有用，因为它有助于将数据库逻辑与应用程序代码集成，并使您能够在编译时捕获错误（而不是等待存储过程在运行时中断）

Asp.NETMVC是另一个基于Asp.Net的web框架，它集成了模型-视图-控制器模式。MVC模式作为一种避免业务逻辑、UI和数据模型之间的代码分离问题的方法，受到web开发人员的欢迎

---

很难给出一个笼统的建议（我相信ADO.Net/storageprocedures对于许多应用程序来说都是完美的）。但是绝对值得检查新内容，以便做出明智的决定。

我强烈支持使用存储过程。比内联SQL更安全的IMHO。从sqldatasource调用存储过程并连接控件以向过程提供输入参数。您始终可以构建实体数据模型，以便向web应用程序公开您的数据层

在这个问题上，我有一个项目，有3个DAL的例子。你可以得到它，并得到一个想法。在我个人看来，如果您使用DAL.Entity数据模型，您可以加快您的开发并使其变得简单和安全吗？请解释……）语言集成查询或LINQ可用于与数据访问层交互。通过实体框架公开数据访问层通常很有帮助。实体数据模型用于将web应用程序连接到数据库。