SqlDataSource与三层结构怎么结合

Question

写在页面里代码分离不彻底，其实三层结构也不是很彻底的分离代码。
你说的那种方法是比较低的分离模式了，并不能很好的利用IL、CLR的特性。

Answer 1

SqlDataSource指定好 数据源 然后绑定就可以了

Answer 2

多层一般使用ObjectDataSource，LZ可以看asp.net2.0高级编程了解一下，非常好用
这是众多程序员期待2.0的一个原因

Answer 3

都0代码了还不好哇。
把 SqlDataSource 封装一下，算作一层不就ok了吗？

Answer 4

没有在3层中。用过。SQLDATASOURCE。都是自己写的。 帮UP

Answer 5

3层一般不用DataSource，因为DataSource就是操作数据，这正是3层里的数据操作层的功能。
直接从数据操作层返回DataSet，在把DataSet与界面上的Grid控件绑定。

Answer 6

我也想过把SqlDataSource进行封装做为一层，但这种封装与以前的写法的优点在那里呢？

Answer 7

关注怎么用ObjectDataSource的三层

Answer 8

最近要用VS2005了，一回去看看书，过几天再说怎么用ObjectDataSource的三层吧，现在还不会用ObjectDataSource呢。

Answer 9

看了一下2005的书，原来 ObjectDataSource 是一个控件呀。不过控件也应该可以直接在后台定义的吧，没有仔细看书。

Answer 10

同意shadow841112(孤风) 。问题问得有点故意走偏。

Answer 11

用SqlDataSource就无法3层了。如果你想不写代码，可以选择：
1.Typed DataSet，也就是新建对话框里面选的DataSet，后缀为xsd。
2.Code Generator，例如CodeSmith之类的。
3.其他能够生成代码的第三方框架……

Answer 12

用SqlDataSource就无法3层了。如果你想不写代码，可以选择：
1.Typed DataSet，也就是新建对话框里面选的DataSet，后缀为xsd。
2.Code Generator，例如CodeSmith之类的。
3.其他能够生成代码的第三方框架……

Answer 13

对。可以看一些关于asp.net2.0数据源的教程，虽然仍然是使用ADO.NET来操作数据库（其实我觉得应该直接用ORM或者更加面向业务对象的产品），虽然全部动作看上去都是那几个数据库操作，但是是通过ObjectDataSource来做的。看上去，这是多余的，为什么不直接使用SqlDatasource？因为人家可能习惯了为面向业务处理的扩展性以及其它好处进行技术选择。

Answer 14

终于用了一下ObjectDataSource，说什么好呢？
我感觉这么发展下去，用不了多久，程序员可能就失业了。显示表里的数据，根本就不用写代码。拽两个控件，电几下鼠标就可了。一点难度都没有了呀。埃，怎么活呀。

Answer 15

多层架构，建议用ObjDataSource，不要用SqlDataSource

Answer 16

 最好还是自己写,sqldatasource不方便!!!!

Answer 17

不要怕,不是程序员他根本不会完.NET这个工具的呵呵

Answer 18

你是还在学吧
或者说刚刚接触asp.net吧你听好了，SqlDataSource这个东西在公司将不会被使用到，使用到SqlDataSource只会出现两种可能，
一个公司很垃圾，不大，对项目没具体要求，第二，写程序的人很垃圾，或者说很懒，为了图快你如果SqlDataSource放到页面上，之后asp.net经过编译后会将SqlDataSource转码发给客户端，
你虽然看不到，但你查看源码时你就可以发现，其实是把那些东西作为隐藏域发送给了客户端看在辛苦帮你分析问题的份上，给点辛苦分吧。

Answer 19

DataSource用处不大，不够灵活。作为初学者玩玩还可以

Answer 20

其实cba5796 说得对
我们说的三层模式就是MVC模式
可以在解决方案里添加一个类库
然后在类库里面添加一个类
再然后在类里面写一个方法
返回DataSet或DataTable
再然后在界面里面把返回的与界面上的Grid控件绑定
这是三层模式的通用方法
不过还有一个实体层