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

发布时间：2020-12-15 19:04:01 所属栏目：asp.Net 来源：网络整理

导读：在网络开发方面,我一直试图使用SMART而不是很难.因此,在我的AspNet项目中,我的Aproach与数据库交互的时间是： 1)创建我的存储过程 2)在我的aspx页面上拖动一个SQLDatasource控件 3)将DataList控件绑定到我的SQLDatasource 4)插入,更新和使用我的Datalist删除

在网络开发方面,我一直试图使用SMART而不是很难.因此,在我的AspNet项目中,我的Aproach与数据库交互的时间是：

1)创建我的存储过程

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

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

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

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

MySqlDataSource.Insert();

最近我有一个相对容易的网络项目.所以我决定采用一个三层模型……但我中途疲惫,只是看起来不值得！对于一个可以通过几个SqlDataSource控件轻松完成的项目来说,我似乎工作太辛苦了.

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

解决方法

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

使用您的方法意味着将复制/粘贴设计模式从一个页面应用到另一个页面,这样您就可以使用相同的查询.现在想想当事情发生变化时会发生什么(比如数据库结构),你必须在50个页面之间复制这些变化,这些变化都嵌入了SQL文字 – 你处于一个受伤的世界.

这就是救援的n层模型 – 数据访问逻辑应该在它自己的层中隔离,并且应该只有一段代码负责某个业务/数据逻辑,如果需要进行更改,那么只有一段需要更改的代码.这种方法的问题在于它需要预先付出更多的努力,并且只有在相当大的项目上才能看到回报.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!