ObjectDataSource 与新的 DomainDataSource
我没有看到 ObjectDataSource 和新的 DomainDataSource 之间的区别（http://blogs.microsoft.co.il/blogs/bursteg/archive/2009/04/11/using-domaindatasource-in-asp-net.aspx) 。 我需要创建 4 个方法，然后在这两种情况下使用。
我主要区别是什么？
I don't see difference between ObjectDataSource and new DomainDataSource (http://blogs.microsoft.co.il/blogs/bursteg/archive/2009/04/11/using-domaindatasource-in-asp-net.aspx).
I need create 4 methods, which is then used in both cases.
What I main difference?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我知道的一件事是，ObjectDataSource 对于“跟踪”数据对象不能很好地工作。如果数据对象是 Linq to SQL 对象，那么您需要一个 Linq to SQL DataContext 来跟踪该数据对象，然后才能将其“更新”到数据库。 ObjectDataSource 依赖 Activator.CreateInstance 来构建您的数据对象在尝试保存它们之前。
在我参与的一个较旧的 VS2005 项目中，我们使用 NHibernate 作为后端（它同样需要负责实例化数据对象）并最终使用 此 NHibernateDataSource 在我们的 aspx 页面上。
看来 DomainDataSource 打算可用于各种 DataContext 支持的域模型对象（我不会称它们为 POCO；））、Linq to SQL、Linq to Entities、Astoria、RIA 服务等......
One thing I'm aware of is that the ObjectDataSource doesn't work very well against "tracked" data objects. If the data object is, say, a Linq to SQL object then you need a Linq to SQL DataContext to be tracking that data object before it can be "updated" to the database. The ObjectDataSource relies on Activator.CreateInstance to build your data objects just before it tries to save them.
On an older VS2005 project I was on, we were using NHibernate as a backend (which similarly needs to be responsible for instantiating data objects) and ended up using a version of this NHibernateDataSource on our aspx pages.
It seems that the DomainDataSource intends to be usable against all kinds of DataContext powered domain models objects (I'm not going to call them POCOs ;)), Linq to SQL, Linq to Entities, Astoria, RIA services etc...