最佳实践：使用 AutoMapper 或 LINQ (LINQ to Objects) 在域模型和表示模型之间进行映射的优点和缺点

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

想要改进这个问题？更新问题，以便可以通过编辑这篇文章用事实和引文来回答它。

1 年前已关闭。

Answer 1

使用 AutoMapper 也有一些缺点，其中一些缺点通常适用于按约定进行编程（而不是显式编写代码）。

假设您有两个 C# 类 -

namespace MyDtoNamespace {
    public class MyClass {
        public int Id { get; set; }
}}

namespace MyBusinessLayerNamespace {
    public class MyClass {
        public int Id { get; set; }
}}

AutoMapper 将在这两个类之间很好地映射，几乎不需要显式配置。

但后来，假设开发人员考虑将这些 Id 属性之一重命名为不同的内容，例如，

namespace MyBusinessLayerNamespace {
    public class MyClass {
        public int MyNewIdentifierVariableName { get; set; }
}}

我在 Visual Studio 中仔细搜索引用并考虑重命名对这些引用的影响 - 但因为 MyDtoNamespace.MyClass.Id 没有显式引用 MyBusinessLayerNamespace.MyClass。 id，我从来没见过。

当 Visual Studio 或其他工具自动为我在解决方案中重命名所有出现的变量时，AutoMapper 映射会中断。

我只能在运行时发现这一点，不存在编译时问题。理想情况下，我有单元测试来验证我的映射是否按我希望的方式工作，但即便如此，重构期间潜在的运行时错误是更喜欢编写显式映射代码的一个很好的理由。

我当然并不是主张完全避免使用 AutoMapper，只是指出这是按惯例编程的一个主要问题。

Answer 2

引用另一个 Automapper 问题的部分答案：

如果您有一个类型的对象，并且想要使用第一种类型的属性填充另一种类型的对象的属性，您有两种选择：

1. 手动编写代码来执行这样的操作
   映射。
2. 使用可以自动为您处理此问题的工具。

AutoMapper 是 2 的一个示例。

to Objects 是 1 的一个示例 - 它只是比编写普通的对象到对象映射代码稍微轻松一些。

就优缺点而言：

• 与 LINQ 相比，Automapper 应该显着减少您必须编写的代码量，因为它使用约定来确定默认映射。使用 LINQ，必须定义这些默认映射。

• 使用 LINQ，需要定义两个方向的映射 - Automapper 应该能够在使用约定时自动解决这个问题。

• 与所有第三方 dll 一样，使用 Automapper 将引入另一个依赖项，并且需要一个小的学习曲线（请注意，对于那些以前没有使用过 LINQ 的开发人员来说，也会有一个学习曲线）。

请注意，Automapper 可以与 LINQ（和 LINQ2SQL）结合使用 - 另一篇 Automapper 帖子解释了一些细节。

Answer 3

http://bhavinsurela.com/linq-and-automapper- view-model-and-data-model/ 可能就是您正在寻找的。