zoukankan      html  css  js  c++  java
  • 映射验证

    Hand-rolled mapping code, though tedious, has the advantage of being testable. One of the inspirations behind AutoMapper was to eliminate not just the custom mapping code, but eliminate the need for manual testing. Because the mapping from source to destination is convention-based, you will still need to test your configuration.

    AutoMapper provides configuration testing in the form of the AssertConfigurationIsValid method. Suppose we have slightly misconfigured our source and destination types:

        public class Source
        {
        	public int SomeValue { get; set; }
        }
        
        public class Destination
        {
        	public int SomeValuefff { get; set; }
        }
    

    In the Destination type, we probably fat-fingered the destination property. Other typical issues are source member renames. To test our configuration, we simply create a unit test that sets up the configuration and executes the AssertConfigurationIsValid method:

        Mapper.Initialize(cfg => 
          cfg.CreateMap<Source, Destination>());
        
        Mapper.Configuration.AssertConfigurationIsValid();
    

    Executing this code produces an AutoMapperConfigurationException, with a descriptive message. AutoMapper checks to make sure that every single Destination type member has a corresponding type member on the source type.

    Overriding configuration errors

    To fix a configuration error (besides renaming the source/destination members), you have three choices for providing an alternate configuration:

    • Custom value resolver
    • [[Projection]]
    • Use the Ignore() option

    With the third option, we have a member on the destination type that we will fill with alternative means, and not through the Map operation.

        Mapper.Initialize(cfg => 
          cfg.CreateMap<Source, Destination>()
        	.ForMember(dest => dest.SomeValuefff, opt => opt.Ignore())
        );
    

    Selecting members to validate

    By default, AutoMapper uses the destination type to validate members. It assumes that all destination members need to be mapped. To modify this behavior, use the CreateMap overload to specify which member list to validate against:

        Mapper.Initialize(cfg => 
          cfg.CreateMap<Source, Destination>(MemberList.Source);
          cfg.CreateMap<Source2, Destination2>(MemberList.None);
        );
    

    To skip validation altogether for this map, use MemberList.None. This is the default when calling ReverseMap().

  • 相关阅读:
    Recon-Erlang线上系统诊断工具
    erlang pool模块。
    深度学习Bible学习笔记:第二、三章 线性代数 概率与信息论
    LeetCode(5):最长回文子串
    LeetCode(4):两个排序数组的中位数
    LeetCode(3):无重复字符的最长子串
    LeetCode(2):Add Two Numbers 两数相加
    LeetCode(1):两数之和
    深度学习Bible学习笔记:第一章 前言
    2018年3月18日论文阅读
  • 原文地址:https://www.cnblogs.com/Leman/p/5774025.html
Copyright © 2011-2022 走看看