Asp.net ObjectDataSource是专业(n层)应用程序的良好选择吗?
我这样问是因为有很多方法可以填充数据控件(比如Asp.net ObjectDataSource是专业(n层)应用程序的良好选择吗?,asp.net,sql-server,database,gridview,objectdatasource,Asp.net,Sql Server,Database,Gridview,Objectdatasource,我这样问是因为有很多方法可以填充数据控件(比如GridView和FormsView),对于一个新开发人员来说,这可能会让人不知所措 最好的方法是什么 数据源控件(如SqlDataSource和ObjectDataSource)应该完全避免吗?我想说SqlDataSource不太适合于n层应用程序(n=1除外),因为它直接与sql server对话 另一方面,ObjectDataSource是一个完全可以接受的选项,因为它允许您从web层可以访问的任何层上的类调用方法。它根本不会限制您的层体系结构
GridView
和FormsView
),对于一个新开发人员来说,这可能会让人不知所措
最好的方法是什么
数据源控件(如
SqlDataSource
和ObjectDataSource
)应该完全避免吗?我想说SqlDataSource
不太适合于n层应用程序(n=1除外),因为它直接与sql server对话
另一方面,
ObjectDataSource
是一个完全可以接受的选项,因为它允许您从web层可以访问的任何层上的类调用方法。它根本不会限制您的层体系结构。我想说,SqlDataSource
不太适合用于n层应用程序(n=1除外),因为它直接与sql server对话
另一方面,
ObjectDataSource
是一个完全可以接受的选项,因为它允许您从web层可以访问的任何层上的类调用方法。它根本不会限制您的层体系结构。ObjectDataSource
-肯定比SqlDataSource
好得多。在我看来,最好的选择是使用企业级ORM,如实体框架或NHibernate,与ObjectDataSource
或EntityDataSource
ObjectDataSource
,当然比SqlDataSource
好得多。在我看来,最好的选择是使用企业级ORM,如实体框架或NHibernate,与ObjectDataSource
或EntityDataSource
结合使用,帮助将DRY原则合并到您的代码中,并帮助将DRY原则合并到您的代码中