【问题标题】:Upgrading Enterprise Library (1.0) to LINQ or Entity framework将企业库 (1.0) 升级到 LINQ 或实体框架
【发布时间】:2009-04-03 07:49:23
【问题描述】:

我们正在开发一个带有 enterprise library 1.0 的 C# windows 项目,该项目需要更新为 LINQ 或 Entity 框架。 (.NET 3.5)

应用程序主要使用 SQL 连接作为 存储过程XML 文件来存储设置。

  1. 有什么优缺点 LINQEntity framework 在这种情况下?
  2. LINQ 将停产的传闻是真的吗?
  3. 考虑到我们的设置,更改哪个最有效?
  4. 有什么好的起点吗?
  5. 要避免什么?

【问题讨论】:

    标签: c# linq entity-framework enterprise-library .net-1.1


    【解决方案1】:

    这里是一个简短的概述..

    1. 这个问题被问得比较频繁-这是previous Q & A,我在here之前基本上回答了同样的问题-但是要更具体地针对您的情况..我需要了解更多您已经描述的内容(即除了从企业库架构升级/迁移之外)。

    2. 我认为您的意思是“有传言说 LINQ to SQL 将停止使用吗?”.. 之前也讨论过 here 但简短的回答不是立即未来。

    3. 您需要进一步讨论您的更广泛的计划。恕我直言,两者都可以在您描述的架构中正常工作(随时提供更多细节)。再问一些问题,例如……您是否需要支持 SQL Server 以外的数据库?您会使用 eSQL(实体 SQL)还是只使用基于 LINQ 的查询?

    4. 我建议首先使用您选择的 ORM 创建概念证明,然后迁移“垂直切片”功能,例如UI -> WS -> DAL 看看你遇到了什么样的问题。我的建议是您考虑如何在您的架构中使用 L2S 或 EF。尤其是关于实体本身 - 即更改跟踪。

    5. 不排除其他选项,例如 NHibernate 或使用 Codesmith 模板生成数据访问类,除非您已经决定使用 L2S 或 EF..

    【讨论】:

    • 我们发现升级到实体或 Linq 将是一项艰巨的工作,因为更改基础层我们将不得不更改所有内容,因此一个新的企业库然后进行单元测试以查看什么需要修复(这个项目对我们来说也是全新的,使用旧代码)
    • 祝你好运,这将是一个大项目,但它可能会非常有趣!
    • 谢谢,能不能解释一下 4. ORM 后我有点迷路了 :)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-01-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多