对LinqtoExcel的扩展 【数据有限性,逻辑有效性】

简介: 接着上文的内容继续讲,上文中我提到了对Excel操作帮助类库LinqToExcel类库的优缺点和使用方法。我也讲到了自己在使用中碰到的问题,我也开发了一个简单的类库解决,下面就讲解一下这个帮助类。

接着上文的内容继续讲,上文中我提到了对Excel操作帮助类库LinqToExcel类库的优缺点和使用方法。我也讲到了自己在使用中碰到的问题,我也开发了一个简单的类库解决,下面就讲解一下这个帮助类。


Github链接 LinqToExcel.Extend
LinqToExcel没有包含验证,在无法保证客户提供的Excel数据规范的前提下容易发生错误。所以对其进行扩展,扩展的内容主要就是在实体转换前对数据进行验证。
经过网络的简单学习,我总结验证包含俩点
1.默认验证参数有效性
2.自定是逻辑有效性

数据有效性

数据有效性主要指的是Excel单元格字段类型是否和定义的实体类属性字段一致,如果不一致需要提示。例如定义了一个字段Datetime,但是传进来的内容是2018年9月33日。这种不符合要求的数据就是有问题的值。

逻辑有效性

逻辑有效性这个就更加好理解了,Excel的单元格只允许出现 这俩值,可是用户却填写了不是这样的值,后来在验证的时候就要过滤并给出错误提示

我的扩展主要就是基于这俩个内容,大概的代码贴图如下。
如果要验证Excel的数据是否满足条件我们New一个WorkBookValidate对象,参数是Excel路径。
然后我们执行方法,如果我们想要验证第一个工作表是否符合User实体类的要求,代码就是这样workbook[0].StartValidate<User>();

//自定义工作簿验证
WorkBookValidate workbook = new WorkBookValidate("Default.xlsx");
//验证结束返回Verification对象,对象包含 俩个属性,一个为是否验证成功,一个为验证出错的集合信息
workbook[0].StartValidate<User>();

需要验证的实体,这里的内容和LinqToExcel定义不变,还是使用相同的特性标签。

public class User {

[ExcelColumn("Id")]
public string ID { get; set; }

[ExcelColumn("名称")]
public string Name { get; set; }

[ExcelColumn("年龄")]
public int Age { get; set; }

[ExcelColumn("出生日期")]
public DateTime BirthDay { get; set; }

public override string ToString()
{
    return string.Format("{0}\t{1}\t{2}", ID, Name, Age);
}
}

这里主要是对各种事例的说明,主要分三个方法讲解

对出错对象的输出,是下面例子的通用方法

    private static void Validate(Verification verifity)
    {
        Console.WriteLine(string.Format("是否通过{0}", verifity.IfPass));
        //出错列
        foreach (var item in verifity.ErrCells)
        {
            Console.WriteLine(item);
        }
    }

BasicValidate

首先第一个方法BasicValidate,很标准的一个Action,相信大家能够看懂,实例化对象,执行方法,打印错误字段

 /// <summary>
    /// 基础验证 通过实体特性
    /// </summary>
    public static void BasicValidate()
    {
        WorkBookValidate workbook = new WorkBookValidate("Default.xlsx");
        var errlist = workbook[0].StartValidate<User>();
        Validate(errlist);
    }

BasicValidate2

第二个方法BasicValidate2,和第一个方法类似,只是多了一个实体映射的方法,这个方法和LinqToExcel的方法使用类似,如果实体类未定义映射的特性标签,那么就通过如下方式自定义设置

    /// <summary>
    /// 基础验证 自定义对应关系
    /// </summary>
    public static void BasicValidate2()
    {
        WorkBookValidate workbook = new WorkBookValidate("Other.xlsx");

        workbook[0].AddMapping("ID", "主键");
        var errlist = workbook[0].StartValidate<User>();
        Validate(errlist);
    }

ValidateWithCondition

第三个方法ValidateWithCondition主要是增加了逻辑有效性验证,调用上述俩个方法,就相当于执行的是数据有效性验证,如果要增加逻辑有效性验证,只需要多添加一个参数就可以,参数如下所示
首先是验证的字段
然后是验证条件
最后是出错的提示信息

    /// <summary>
    /// 带条件验证
    /// </summary>
    public static void ValidateWithCondition()
    {
        WorkBookValidate workbook = new WorkBookValidate("Default.xlsx");

        List<CellMatching<User>> rowValidate = new List<CellMatching<User>>();
        rowValidate.Add(new CellMatching<User>()
        {
            paramater = u => u.Age,
            matchCondition = u => u.Age > 10,
            errMsg = "请选择年龄大于10的人员"
        });

        var errlist = workbook[0].StartValidate<User>(rowValidate);
        Validate(errlist);
    }
    

总结

以上主要是对API使用的一些说明,大家可以自行下载代码。希望大家一起提出好的意见,一起优化,一起进步,一起学习。

目录
相关文章
|
设计模式 消息中间件 JavaScript
巧用『责任链模式』来优化 参数多重校验,非常优雅!
巧用『责任链模式』来优化 参数多重校验,非常优雅!
巧用『责任链模式』来优化 参数多重校验,非常优雅!
|
4月前
|
缓存 前端开发 数据格式
构建前端防腐策略问题之保证组件层的代码不受到接口版本变化的问题如何解决
构建前端防腐策略问题之保证组件层的代码不受到接口版本变化的问题如何解决
|
5月前
|
数据格式
交易链路设计原则&模式问题之在进行抽象和替换时可能遇到的问题,如何解决
交易链路设计原则&模式问题之在进行抽象和替换时可能遇到的问题,如何解决
|
6月前
软件的质量特性及其子特性快速记忆表
软件的质量特性及其子特性快速记忆表
74 0
|
6月前
6.逻辑斯蒂模型
6.逻辑斯蒂模型
|
运维 Java 数据库
如何实现最终一致性,有哪些解决方案
如何实现最终一致性,有哪些解决方案
|
存储 JSON 前端开发
Android数据库存储模块封装,让操作记录更好用可复用
Android数据库存储模块封装,让操作记录更好用可复用
模型评估过程中,主要的验证方法与优缺点。
模型评估过程中,主要的验证方法与优缺点。
|
存储 消息中间件 中间件
可靠消息的最终一致性解决方案
可靠消息的最终一致性解决方案
275 0
可靠消息的最终一致性解决方案
|
安全
从想法到设计的过程
在接下来的几节里,我会向你展示游戏制作的整个流程,从开始的一个粗略的想法,到游戏设计,再到最终的游戏制作。
147 0
从想法到设计的过程