我查看了Linq -> SQL拖放功能,它立即创建了约200行代码,并包含了set和get方法等一切。
所以我的问题是,即使只是提取数据,使用Linq仍然值得吗?最终,这些数据将被馈送到JavaScript时间轴,这就是我被告知MVC在Ajax功能方面非常有用的地方。
我查看了Linq -> SQL拖放功能,它立即创建了约200行代码,并包含了set和get方法等一切。
所以我的问题是,即使只是提取数据,使用Linq仍然值得吗?最终,这些数据将被馈送到JavaScript时间轴,这就是我被告知MVC在Ajax功能方面非常有用的地方。
既然您只是使用LINQ-to-SQL进行数据检索,我想不出任何不充分利用它的理由。自去年4月以来,我一直在开发MVC 1.0项目。在此期间,我不得不迅速熟悉许多技术之一就是LINQ-to-SQL。请熟悉它,并查看存储库模式...您将非常满意,事情将相对顺利。
现在,当您到达INSERT和UPDATE时,事情将变得更加棘手。 LINQ-to-SQL仍然可以胜任,但您需要更好地了解内部工作原理。我强烈推荐Joseph C. Rattz Jr.的《Pro LINQ(语言集成查询)in C#2008》。覆盖LINQ-to-SQL的章节占书的三分之一以上,并提供详细的示例。
至于JSON对象,LINQ-to-SQL最大的贡献在于它使我不必担心创建专门的视图或存储过程来处理那些一次性的数据检索。我的当前项目有65个表的数据库...没有存储过程。我可以进行过滤、联合、多级连接...所有这些都在应用程序中维护。太好了...
没错,这绝对值得!
LINQ2SQL 为您提供了一个出色的地下室来检索和保存数据。
然而,随着深入研究 ASP.NET MVC,您需要实现自己的 Repository Pattern
。
在实现存储库和所需的(甚至是自定义/基于 Web 应用程序状态的)查询过程中,您会非常高兴拥有 LINQ 提供的所有能力。
LINQ 只是你在编写代码时可以依赖的可用工具包之一。即使你现在只是以一种琐碎的方式使用 LINQ,也要实现它,熟悉它,并利用它为这个项目和未来的项目带来的强大功能。
Linq2Sql 在创建选择查询方面非常好用。由于您需要从数据库视图创建 JSON 对象,因此它将非常有用。