asp.net - 为什么我应该使用 N 层方法 当使用 SqlDatasource 更容易时？

Question

谈到 Web 开发，我一直在努力工作，而不是努力。所以一直以来，我在 AspNet 项目中与数据库交互的方法是这样的:

1)创建我的存储过程

2) 在我的 aspx 页面上拖动一个 SQLDatasource 控件

3) 将 DataList 控件绑定(bind)到我的 SQLDatasource

4) 使用我的 Datalist 或以编程方式使用内置 SQLDatasource 方法插入、更新和删除，例如

MySqlDataSource.InsertParameters["author"].DefaultValue = TextBox1.Text;

MySqlDataSource.Insert();

但是最近我得到了一个相对简单的网络项目。所以我决定使用一个 3-tier 模型......但是我中途筋疲力尽，似乎不值得!对于一个可以通过几个 SqlDataSource 控件轻松完成的项目，我似乎工作得太辛苦了。

那么为什么 N 层模型比我的方法更好？跟性能有关系吗？ ObjectDataSource 控件相对于 SqlDataSource 控件的优势是什么？

Answer 1

你倒退了。 SQLDataSource 方法适用于小型轻量级项目。一旦你变得更大，你就会想要在许多不同的页面之间重用结构和查询。

使用您的方法，这意味着将复制/粘贴设计模式从一个页面应用到另一个页面，以便您可以使用相同的查询。现在想想当某些事情发生变化时会发生什么(例如 DB 结构)并且您必须在 50 个页面之间复制这些更改，这些页面都嵌入了 SQL 文字 - 您处于一个受伤的世界。

这里是 n 层模型来拯救 - 数据访问逻辑应该被隔离在它自己的层中，并且应该只有一段代码负责某个业务/数据逻辑，如果需要进行更改，那么只有需要更改的一段代码。这种方法的问题在于，它需要更多的前期努力，而且只有在相当大的项目上才能看到返回。