您现在会为数据层选择什么：Linq 还是 Subsonic？

Question

我们已准备好在工作中启动一个全新的项目，没有遗留代码。 我们过去确实使用过 Subsonic，我们对此非常满意。 但那是在 Linq 之前。

有人必须面对同样的问题吗（Linq x Subsonic）？

你的决定是什么？ 原因是什么？

任何见解表示赞赏。

Answer 1

SubSonic

优点：

• 良好且简单的
• 脚手架

缺点：

• 方法签名通常接受可能被滥用的字符串参数（尽管鼓励您使用 DAO 字符串常量）。

请记住：

• 需要网站项目来进行无代码、无需干预的模型生成（需要 BuildProvider）。

Linq To SQL

优点：

• IDE 中的语法糖
• MS 支持
• 查看要在 IDE 中执行的 SQL
• 允许在模型中进行不同级别的调整，从自动生成到显式定义再到对象属性。

缺点：

• 复杂。 您需要学习 DataContext 等新概念才能发挥作用。

请记住：

• 一些 stackoverflow 用户质疑 Linq to SQL 的持续支持。

另请评估 ADO.NET 实体框架 和此处。

Answer 2

我喜欢 LINQ 的一件事是自动处理连接，我认为 SubSonic 处理得不够优雅。

FROM a in db.Orders
where a.Total > 100
SELECT new {a.Item.Desc, a.Customer.Name};

会自动生成这样的SQLL

select i.DESC, c.NAME 
from  ORDERS o  
inner join ITEMS on o.ItemID = i.ItemID 
inner join CUSTOMERS c on o.CustomerID = c.CUSTOMERID 
where o.TOTAL > 100

Answer 3

NHibernate 怎么样？ 对于新项目来说真的不可行吗？ 不过，来自 Java 的人会发现它很熟悉，您也可以将它与 .NET 2.0 和 Mono 一起使用。

Answer 4

我选择了 Linq，因为它内置于框架中。 对于那些说 Microsoft 不会支持它的人来说……LinqToSql 将被逐步淘汰。 我相信计划之一是将其吸收到实体框架中。

我现在正在使用实体框架。 它还使用 linq，基本上它与 linqToSql 完全相同，如果您选择使用它，它会具有更大的灵活性和功能。

我倾向于避免使用第三方框架和规范，因为它们最终也会消失。 我相信它们消亡的机会更大，因为它们的生命来自于有多少人对它感兴趣并使用它。 他们的生活也严重依赖于其主要作者/贡献者。

Answer 5

我的经验主要是使用 SubSonic。 部署非常简单，您将在半小时内完成 DAL。 请记住，这是一把瑞士军刀，因为它是为实用而设计的。 基本上，您会获得每个表生成的类，以及对集合执行延迟加载的能力。 您还可以通过框架执行存储过程，因此如果您有复杂的数据结构，您可以从数据库中获取它们并更新您手工制作的类。

我现在已经在 5 个主要项目中使用了它，我对它的依赖程度印象深刻。

Answer 6

我也有同样的情况。 LinQ 更加“视觉化”，你可以在 vstudio 中完成所有操作，甚至 Rob 也承认 subsonic 有一些与之匹配的东西。

IEnumerable、LINQDatasource（带自动分页）和可视化建模说服我选择 Linq 而不是 Subsonic。

Answer 7

linq to sql 的最大风险是 Microsoft 会厌倦它并放弃它。 有很多猜测认为这已经发生，并且只会更新实体框架。 Subsonic 不会受到这种情况的影响，更糟糕的情况是你有源代码来进行编辑。

Answer 8

您可能想了解一下 MS 停止开发 LINQ to SQL，正如它似乎正在发生的那样。 SubSonics 的最新版本比以前的版本更容易创建查询并且更具可读性。