首先，抱歉对于冗长的问题，但我必须提供一些基本信息 .
我们正在创建一个使用ASP.net MVC，JQuery模板，实体框架，WCF的应用程序，我们使用POCO作为我们的域层 . 在我们的应用程序中，有一个WCF服务层与ASP.net MVC应用程序交换数据，它使用从WCF到MVC的数据传输对象（DTO） .
此外，在我们的WCF服务层中转换Domain-TO-DTO时，应用程序使用AutoMapper在实体框架中使用延迟加载 .
我们的后端架构如下（ WCF Services -> Managers -> Repository -> Entity Framework(POCO) ）
在我们的应用程序中，我们不使用View Models，因为我们不想要另一个MVC应用程序的映射层，我们只使用DTO作为View Models .
通常，我们为域，例如Customer，CustomerLite等提供Normal和Lite DTO（ Lite object is having few properties than Normal ） .
现在我们在DTO方面遇到了一些困难，因为我们的DTO结构变得越来越复杂，当我们认为可维护性（使用DTO的一般分层结构）时，我们失去了性能 .
例如，
我们有Customer View页面和DTO层次结构，如下所示
public class CustomerViewDetailsDTO
{
public CustomerLiteDto Customer{get;set;}
public OrderLiteDto Order{get;set;}
public AddressLiteDto Address{get;set;}
}
在这种情况下，我们不希望OrderLiteDto的某些字段用于此视图 . 但是其他一些视图需要该字段，因此为了便于我们使用该结构 .
在Auto Mapping中，我们映射CustomerViewDetailsDTO，我们将从Lazy Loading（实体框架）获取其他数据（特定视图不需要） .
我的问题：
-
Is there any mechanism that we can use for improving performance while considering the maintainability?
-
Is it possible to use Automapper with more map view based mapping functions for same DTO ?
1 回答
首先不要使用延迟加载，因为它可能会导致选择N 1问题或类似问题 .
换句话说，使用延迟加载而没有急切的加载集合会导致Entity Framework转到数据库并一次将结果返回一行 .
使用jsRender作为模板，因为它比JQuery模板快得多：Render Bemchmark这里有一个很好的信息如何使用它：Reducing JavaScript Code Using jsRender Templates in HTML5 Applications
您的普通DTO可能是ViewModel，因为ViewModel可能会也可能不会将一对一映射到DTO，而ViewModel通常包含从视图中推回的逻辑，或帮助将数据推送回模型用户的响应 . DTO没有任何行为，其目的是减少应用程序层之间的调用次数 .
将一个ViewModel用于一个视图，您不必担心可维护性 . 我个人通常创建一个基础的abtract类，并且对于编辑，创建或列表，我继承该类并添加特定于视图的属性 . 因此，对于示例，Create视图不需要PropertyId（因为有人可以劫持您的帖子并将其发布），因此只有Edit和List ViewModels才会公开PropertyId属性 .
您可以使用AutoMapper定义每个 Map ，但问题是 Map 的复杂程度 . 每个视图使用一个ViewModel，您的 Map 将易于编写和维护 . 我必须指出，不建议在数据访问代码中使用Automapper：
资料来源：Autoprojecting LINQ queries
您可以使用一组目前受限制的扩展来加速数据访问代码中的映射：Stop using AutoMapper in your Data Access Code
问候