目录前言:场景描述前戏一前戏二正戏尾戏前言: 晚上打算睡觉的时候,群里反馈订单接收失败,开工排查问题,日志显示验签失败,发现一个蛮有意思的BUG,总算有了一个写作的素材 场景描述 本
晚上打算睡觉的时候,群里反馈订单接收失败,开工排查问题,日志显示验签失败,发现一个蛮有意思的BUG,总算有了一个写作的素材
本次的场景属于比较常见的收单api,对第三方的订单进行签名验证,然后持久化到数据库,签名规则大致是将参数key按照升序排序,然后根据key=value&进行字符串拼接,最后加上秘钥,按照指定的加密方式生成签名
设计之初,肯定是怎么简单怎么来,粗略代码如下
[HttpPost]
public async Task<IActionResult> TestSendOrder([FromBody] ReceiveOrderRequest request)
{
var secret_key = _options.Value.SecreTKEy;
var url = _options.Value.Host;
//1.将模型转成JSON格式字符串
var param = jsonConvert.SerializeObject(request);
//2.将json格式字符串,序列化成有序字典
SortedDictionary<string, string> dict = JsonConvert.DeserializeObject<SortedDictionary<string, string>>(param);
//3.循环字典,按规则拼接成待加密的明文字符串
var data = "";
foreach (var item in dict)
{
if (item.Key == "sign") continue;
data += $"{item.Key}={item.Value}&";
}
data += $"secret_key={secret_key}";
//4.生成签名
var sign = EncryptHelper.SHA1Encryption(data);
request.sign = sign;
//5.模拟订单推送
var res = await _httpClientHelper.PostData(url, JsonConvert.SerializeObject(request));
return Ok(res);
}
不出意外,肯定是要出意外的,联调的时候,发现与第三方待加密的明文字符串不一致,问题出在JsonConvert序列化上,这里有两个问题
1. DateTime格式不一致
如: DateTime dt = "2022-07-30 12:26:56"
序列化后 dt=2022-07-30T12:26:56
2. decimal小数点后自动补0
如: decimal price = 10
序列化后 price=10.0
针对第一个问题,很好解决,我们在序列化的时候,指定DateTime的格式即可
var iso = new IsoDateTimeConverter();
iso.DateTimeFORMat = "yyyy-MM-dd HH:mm:ss";
var param = JsonConvert.SerializeObject(request, iso);
针对第二个问题,处理起来就比较麻烦了,要重写底层的一些东西(主要是我不会),这不符合"简单"的定义,得换个方案
通过反射遍历对象,然后将属性名称与值,丢到有序字典里面,这里我写了个方法来判断值是否为时间,如果是时间类型,则格式化,代码如下
public string GetFmortDateTime(string strDate)
{
DateTime dt;
if (DateTime.TryParse(strDate, out dt))
{
return dt.ToString("yyyy-MM-dd HH:mm:ss");
}
else
{
return strDate;
}
}
不出意外,肯定是要出意外的,不然也不会有这个素材去水一篇博客了
有个字段的值是9.9,结果被序列化成了 2022-09-09 00:00:00,吃了一惊,看来是把这个数字格式化成月份日份了,真有意思,又GET到一个新姿势,发现问题解决问题就简单多了,因为定义了数据模型,我们直接在反射的时候,获取该值的类型做判断即可
public static async Task<bool> CheckSign(dynamic request, string secret)
{
SortedDictionary<string, string> dict = new SortedDictionary<string, string>();
foreach (PropertyInfo p in request.GetType().GetProperties())
{
var value = p.GetValue(request);
if (value == null)
{
dict[p.Name] = "";
}
else
{
var valueType = value.GetType();
if (valueType.Name == "DateTime")
{
dict[p.Name] = Convert.ToDateTime(value).ToString("yyyy-MM-dd HH:mm:ss");
}
else
{
dict[p.Name] = value.ToString();
}
}
}
var sign = dict["sign"];
dict.Remove("sign");
var data = "";
foreach (var item in dict)
{
data += $"{item.Key}={item.Value}&";
}
data += $"secret_key={secret}";
var new_sign = EncryptHelper.SHA1Encryption(data);
return new_sign.ToLower() == sign.ToLower();
}
看到这里,可能就有小伙伴有话要说了,你这定义了一个模型,还要通过循环两次,才能生成待加密的明文字符串,不符合"简单",干脆直接用个有序字典去接收参数好了,这样只用循环一次
秒啊,秒啊,秒啊,妙蛙种子都没有你秒,这种做法不是不行,但是后面维护的人估计要抓狂了,按照规约,我们是不推荐这么干的,这次就破例这么干一次,抛出另一个问题,一个字符串,如何判断它是一个我们约定的时间格式,很显然9.9并不是约定的时间格式
这里推荐 DateTime.ParseExact方法,可以根据我们自定义的方式,来格式化时间,舒坦了...
public static string GetFmortDateTime(string strDate)
{
string[] format = { "yyyy-MM-ddTHH:mm:ss" };
DateTime dt;
if (DateTime.TryParseExact(strDate,format,CultureInfo.InvariantCulture,DateTimeStyles.None,out dt))
{
return dt.ToString("yyyy-MM-dd HH:mm:ss");
}
else
{
return strDate;
}
}
到此这篇关于C#里如何简单的校验时间格式的文章就介绍到这了,更多相关C#校验时间格式内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
--结束END--
本文标题: C#校验时间格式的场景分析
本文链接: https://lsjlt.com/news/171576.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-03-01
2024-03-01
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0