asp.net-mvc – 在图层之间复制模型
|
遍历图层时,执行右侧>左侧分配作为填充模型的方法非常繁琐.例如: employeeViewModel.FirstName = employeeModel.FirstName; employeeViewModel.LastName = employeeModel.LastName; ... 因此,我们可以构建一个使用反射来复制模型的ModelCopier: var employeeViewModel = ModelCopier.Copy<EmployeeViewModel>(employeeModel); 这种技术大大简化了任务.但是,有一些事情令人非常不安: >我们实际上已经失去了跟踪源和目标对象上属性的用法的能力.例如,查找FirstName属性的使用(在Resharper中)不会显示ModelCopier案例. 在光谱的一端,我们可以使用非常容易的反射,但是以可维护性为代价.光谱的另一端是非常繁琐但非常可维护的. 反射(简单和危险)< ----->直接分配(繁琐且可维护) 我很好奇是否有人发现了一种折衷方案,它提供了易于使用反射进行复制并具有直接分配的可维护性. 我们接受的一个解决方案是构建一个插件,该插件将生成扩展方法,以处理每种情况的属性分配.换句话说,构建一个可以处理繁琐部分的工具. 编辑: 请理解,此问题与使用哪种映射工具无关.我试图理解我们如何享受基于反射的映射的好处,同时还享受直接赋值(或属性映射契约)提供的可维护性的好处. 解决方法可能编译器不会在整个代码中进行必要的测试……这就是单元测试的用武之地.如果您已经为不同层中的类之间的转换定义了测试(是的,您需要执行所有可能的转换,否则您如何确保您的反射方法在生产中的每种情况都能正常工作?),运行测试将告诉开发人员更改了属性名称,该解决方案不再通过所有测试. 每次要签入源代码时,都应该运行每个测试(单元测试,而不是集成测试)…这不应该是几个月的编码:)) 因此,我真的投票使用反射方法,用一勺单位测试方法辛辣. (编辑:安卓应用网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- asp.net-web-api – WebApi 2超出最大请求长度
- asp.net-mvc – Visual Studio 2010 Full和ASP.NET MVC 2.0
- 使用System.Net.Mail中的SMTP发送邮件(带附件)
- asp.net-web-api – mvc webapi cross domain post
- asp.net-mvc – 为什么ASP.NET MVC默认的模型绑定器很慢?做
- asp.net-mvc-3 – TextBoxFor vs EditorFor,和htmlAttribut
- asp.net-mvc – 它是否有意义在Webapi中有ViewModel?
- asp.net – 如何知道为什么IIS应用程序池被回收
- asp.net – 正在生成无效的Webresource.axd参数
- asp.net-mvc – UpdateModel和TryUpdateModel
- asp.net-core – Namespace .AspNetCore.Hosting
- asp.net-mvc – 在DropDownList中验证所需的选择
- asp.net-mvc-3 – 如何修复此MVC网站错误:无法加
- entity-framework – 使用Entity框架核心生成和访
- asp.net – 如何在使用无cookie的静态内容服务器
- asp.net – asp:repeater – 部分更改时的标头
- 在ASP.NET MVC Core项目中使用View内部的C#7功能
- asp.net-mvc – System.Web.Optimization与Micro
- ASP.NET / VB中的jsFiddle是否相当?
- asp.net-mvc – 将依赖项注入自定义模型绑定器并
