本次的場(chǎng)景屬于比較常見的收單API,對(duì)第三方的訂單進(jìn)行簽名驗(yàn)證,然后持久化到數(shù)據(jù)庫,簽名規(guī)則大致是將參數(shù)key按照升序排序,然后根據(jù)key=value&進(jìn)行字符串拼接,最后加上秘鑰,按照指定的加密方式生成簽名

前戲一

設(shè)計(jì)之初,肯定是怎么簡(jiǎn)單怎么來,粗略代碼如下

[HttpPost]
public async Task<IActionResult> TestSendOrder([FromBody] ReceiveOrderRequest request)
{
    var secret_key = _options.Value.SecretKey;
    var url = _options.Value.Host;
    //1.將模型轉(zhuǎn)成json格式字符串
    var param = JsonConvert.SerializeObject(request);
    //2.將json格式字符串,序列化成有序字典
    SortedDictionary<string, string> dict = JsonConvert.DeserializeObject<SortedDictionary<string, string>>(param);
    //3.循環(huán)字典,按規(guī)則拼接成待加密的明文字符串
    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);
}

不出意外,肯定是要出意外的,聯(lián)調(diào)的時(shí)候,發(fā)現(xiàn)與第三方待加密的明文字符串不一致,問題出在JsonConvert序列化上,這里有兩個(gè)問題

 1. DateTime格式不一致
    如: DateTime dt = "2022-07-30 12:26:56"
    序列化后 dt=2022-07-30T12:26:56
    2. decimal小數(shù)點(diǎn)后自動(dòng)補(bǔ)0
    如: decimal price = 10
    序列化后 price=10.0

針對(duì)第一個(gè)問題,很好解決,我們?cè)谛蛄谢臅r(shí)候,指定DateTime的格式即可

var iso = new IsoDateTimeConverter();
iso.DateTimeFormat = "yyyy-MM-dd HH:mm:ss";
var param = JsonConvert.SerializeObject(request, iso);

針對(duì)第二個(gè)問題,處理起來就比較麻煩了,要重寫底層的一些東西(主要是我不會(huì)),這不符合"簡(jiǎn)單"的定義,得換個(gè)方案

前戲二

通過反射遍歷對(duì)象,然后將屬性名稱與值,丟到有序字典里面,這里我寫了個(gè)方法來判斷值是否為時(shí)間,如果是時(shí)間類型,則格式化,代碼如下

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;
    }
}

不出意外,肯定是要出意外的,不然也不會(huì)有這個(gè)素材去水一篇博客了

正戲

有個(gè)字段的值是9.9,結(jié)果被序列化成了 2022-09-09 00:00:00,吃了一驚,看來是把這個(gè)數(shù)字格式化成月份日份了,真有意思,又GET到一個(gè)新姿勢(shì),發(fā)現(xiàn)問題解決問題就簡(jiǎn)單多了,因?yàn)槎x了數(shù)據(jù)模型,我們直接在反射的時(shí)候,獲取該值的類型做判斷即可

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();
}

尾戲

看到這里,可能就有小伙伴有話要說了,你這定義了一個(gè)模型,還要通過循環(huán)兩次,才能生成待加密的明文字符串,不符合"簡(jiǎn)單",干脆直接用個(gè)有序字典去接收參數(shù)好了,這樣只用循環(huán)一次

秒啊,秒啊,秒啊,妙蛙種子都沒有你秒,這種做法不是不行,但是后面維護(hù)的人估計(jì)要抓狂了,按照規(guī)約,我們是不推薦這么干的,這次就破例這么干一次,拋出另一個(gè)問題,一個(gè)字符串,如何判斷它是一個(gè)我們約定的時(shí)間格式,很顯然9.9并不是約定的時(shí)間格式

這里推薦 DateTime.ParseExact方法,可以根據(jù)我們自定義的方式,來格式化時(shí)間,舒坦了...

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;
    }
}

到此這篇關(guān)于C#里如何簡(jiǎn)單的校驗(yàn)時(shí)間格式的文章就介紹到這了,更多相關(guān)C#校驗(yàn)時(shí)間格式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: