.NET Core 如何验证信用卡卡号

2023-11-06 08:08
文章标签 验证 core net 信用卡 卡号

本文主要是介绍.NET Core 如何验证信用卡卡号,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

_

点击上方蓝字关注“汪宇杰博客”

导语

最近在家闲的蛋疼需要写点文章。正好我本人在金融科技公司工作,对信用卡业务略有了解。我们看看如何在 .NET Core 里验证一个信用卡的卡号是否合法。

信用卡卡号组成

首先,信用卡的卡号一般为16位,也有少许14或15位的情况。其中,前6-8位用来标识卡片类型和发卡机构,称之为 BIN 码(Bank Identification Number)。有个网站可以查询:https://binlists.com/。万事达(Master Card)以 51-55 开头,例如交行的万事达白金卡 BIN 码为 522964。Visa 卡以 4 开头,例如我司(Green Dot)的 437303。剩余位数由各家发卡机构自己发挥,其中会包含持卡人信息、校验码等,由于不同银行规则不一样,不多介绍。但是,任何卡号都必须满足一个行业内著名的规律:MOD10算法。

Luhn / MOD 10 算法

根据维基百科的描述,Luhn 算法,也叫模10算法,由科学家 Hans Peter Luhn 在1960年发明,广泛用于校验借记卡、信用卡卡号是否正确,其标准为 ISO/IEC 7812-1。它的目的不是用于加密卡号,而是为了防止人为出错。

计算方法如下,比如对于卡号 :

6011000990139424

末尾的数字 4 叫做校验码,剩下的数字为 601100099013942。将他们从右到左排开,得到:

2 4 9 3 1 09 9 0 0 0 1 1 0 6

从第一位 2 开始,相隔一个数字的值 x2,即上面红色标出的奇数位翻倍,得到:

4 4 18 3 2 018 9 0 0 0 1 2 0 12

发现这里面有超过10的两位数,即蓝色标出的18、18、12,对于大于10的数,将其 -9,得到:

4 4 9 3 2 09 9 0 0 0 1 2 0 3

把所有的数加起来,得到:46

将这个结果乘以9,46 x 9 = 414

发现 414个位上的数字 4 和我们在第一步中拿掉的 4 相等,这个就是校验码的作用,相等就对了!最后把校验码也加上,46 + 4 = 50,而 50 % 10 = 0,得出结论 6011000990139424 是一个合法的信用卡卡号。

将这个算法用 C# 代码表示,即:

public static bool IsLuhnValid(int[] digits)

{

    var sum = 0;

    var alt = false;

    for (var i = digits.Length - 1; i >= 0; i--)

    {

        if (alt)

        {

            digits[i] *= 2;

            if (digits[i] > 9)

            {

                digits[i] -= 9;

            }

        }

        sum += digits[i];

        alt = !alt;

    }

    return sum % 10 == 0;

}

对于输入的字符串类型的卡号,也可以用个LINQ技巧一行代码转成 int 数组:

public static int[] GetDigitsArrayFromCardNumber(string cardNumber)

{

    var digits = cardNumber.Select(p => int.Parse(p.ToString())).ToArray();

    return digits;

}

写了个轮子

基于以上的知识,我今天抽空写了个开源库,可用于校验信用卡卡号是否合法,目前还有一些遗漏的场景(比如14、15位信用卡的校验),大家可以参考。

dotnet add package Edi.CreditCardUtils --version 0.1.0-alpha

https://github.com/EdiWang/Edi.CreditCardUtils

这个库的验证步骤为:

  1. 输入的字符串是否为16位数字

  2. 这串数字是否满足 Luhn 算法

  3. 该卡是否为已知的某发行商的BIN (可选参数,也可自己拓展)

验证返回类型为:

public class CreditCardValidationResult

{

    public CreditCardNumberFormat CreditCardNumberFormat { get; set; }

    public string CardType { get; set; }

}

public enum CreditCardNumberFormat

{

    None = 0,

    Valid_LuhnOnly = 100, // 验证通过,仅满足 Luhn

    Valid_BrandTest = 101, // 验证通过,满足 Luhn 并且为已知 BIN

    Invalid_BadStringFormat = 200, // 验证失败,非信用卡卡号格式

    Invalid_LuhnFailure = 201 // 验证失败,不满足 Luhn

}

使用方法可以参考单元测试中的案例,如验证一个卡号 4012888888881881,传入两个已知BIN(Visa、MasterCard)的验证器,会返回是否验证通过以及识别出的卡类型:

var result = CreditCardValidator.ValidCardNumber("4012888888881881", new List<ICreditCardBrandFormatValidator>

{

    new VisaFormatValidator(),

    new MasterCardFormatValidator()

});

Assert.IsTrue(result.CreditCardNumberFormat == CreditCardNumberFormat.Valid_BrandTest && result.CardType == "Visa");

对于自定义的BIN,比如你想写建行的BIN验证器,可以实现 ICreditCardBrandFormatValidator 接口,给个名字和正则就行,就像 Visa 的这个:

public class VisaFormatValidator : ICreditCardBrandFormatValidator

{

    public string BrandName => "Visa";

    public string BrandRegEx => "^4[0-9]{12}(?:[0-9]{3})?$";

}

参考:https://en.wikipedia.org/wiki/Luhn_algorithm

这篇关于.NET Core 如何验证信用卡卡号的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/355449

相关文章

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

poj 1258 Agri-Net(最小生成树模板代码)

感觉用这题来当模板更适合。 题意就是给你邻接矩阵求最小生成树啦。~ prim代码:效率很高。172k...0ms。 #include<stdio.h>#include<algorithm>using namespace std;const int MaxN = 101;const int INF = 0x3f3f3f3f;int g[MaxN][MaxN];int n

如何在Visual Studio中调试.NET源码

今天偶然在看别人代码时,发现在他的代码里使用了Any判断List<T>是否为空。 我一般的做法是先判断是否为null,再判断Count。 看了一下Count的源码如下: 1 [__DynamicallyInvokable]2 public int Count3 {4 [__DynamicallyInvokable]5 get

2、PF-Net点云补全

2、PF-Net 点云补全 PF-Net论文链接:PF-Net PF-Net (Point Fractal Network for 3D Point Cloud Completion)是一种专门为三维点云补全设计的深度学习模型。点云补全实际上和图片补全是一个逻辑,都是采用GAN模型的思想来进行补全,在图片补全中,将部分像素点删除并且标记,然后卷积特征提取预测、判别器判别,来训练模型,生成的像

C++ | Leetcode C++题解之第393题UTF-8编码验证

题目: 题解: class Solution {public:static const int MASK1 = 1 << 7;static const int MASK2 = (1 << 7) + (1 << 6);bool isValid(int num) {return (num & MASK2) == MASK1;}int getBytes(int num) {if ((num &

C语言 | Leetcode C语言题解之第393题UTF-8编码验证

题目: 题解: static const int MASK1 = 1 << 7;static const int MASK2 = (1 << 7) + (1 << 6);bool isValid(int num) {return (num & MASK2) == MASK1;}int getBytes(int num) {if ((num & MASK1) == 0) {return

easyui同时验证账户格式和ajax是否存在

accountName: {validator: function (value, param) {if (!/^[a-zA-Z][a-zA-Z0-9_]{3,15}$/i.test(value)) {$.fn.validatebox.defaults.rules.accountName.message = '账户名称不合法(字母开头,允许4-16字节,允许字母数字下划线)';return fal

easyui 验证下拉菜单select

validatebox.js中添加以下方法: selectRequired: {validator: function (value) {if (value == "" || value.indexOf('请选择') >= 0 || value.indexOf('全部') >= 0) {return false;}else {return true;}},message: '该下拉框为必选项'}

web群集--nginx配置文件location匹配符的优先级顺序详解及验证

文章目录 前言优先级顺序优先级顺序(详解)1. 精确匹配(Exact Match)2. 正则表达式匹配(Regex Match)3. 前缀匹配(Prefix Match) 匹配规则的综合应用验证优先级 前言 location的作用 在 NGINX 中,location 指令用于定义如何处理特定的请求 URI。由于网站往往需要不同的处理方式来适应各种请求,NGINX 提供了多种匹

React 笔记 父子组件传值 | 父组件调用子组件数据 | defaultProps | propsType合法性验证

1.通过props实现父组件像子组件传值 、方法、甚至整个父组件 传递整个父组件则   [变量名]={this} import Header from "./Header"render(){return(<Header msg={"我是props传递的数据"}/>)} import React,{Component} from "react";class Header extends