nssm - 将exe封装成服务 NSSM是一个服务封装的工具。它可以将普通的exe程序封装成系统服务，使程序像服务一样运行。

批量生成GUID 在很多时候需要用到GUID，但是每次生成一次都有点麻烦，所以写了一个批量生成的自用接口，开放使用。

Git commit 注释规范 第一类{card-default label="type" width="100%"}　　type用于说明 commit 的类别，只允许使用下面8个标识。　　br: 此项特别针对bug号，用于向测试反馈bug列表的bug修改情况　　feat：新功能（feature）　　fix：修补bug　　docs：文档（documentation）　　style： 格式（不影响代码运行的变动）　　refactor：重构（即不是新增功能，也不是修改bug的代码变动）　　test：增加测试　　chore：构建过程或辅助工具的变动　　revert: feat(pencil): add 'graphiteWidth' option (撤销之前的commit){/card-default}第二类{card-default label="scope" width="100%"}　　scope用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。{/card-default}第三类{card-default label="subject" width="100%"}　　subject是 commit 目的的简短描述，不超过50个字符。　　以动词开头，使用第一人称现在时，比如change，而不是changed或changes，　　第一个字母小写，结尾不加句号（.）{/card-default}第四类{card-default label="Body" width="100%"}　　Body 部分是对本次 commit 的详细描述，可以分成多行。 {/card-default}

欢迎使用 Typecho 换一种博客程序来迎接全新的2023！！！.

"IAuthorizationFilter" 简单使用 - .Net Core - WebAPI 为什么要做这个　最近在做权限验证的时候，开始使用JWT封装的一些验证，最后发现满足不了我的一些需求，而且改动起来也比较麻烦。经过几天的验证之后，绝对弃用JWTToken的验证，改用IAuthorizationFilter这个过滤器。 ## 最终效果 　实现访问接口的时候，根据自定义的规则进行过滤用法　1、新建一个类，继承Attribute(.net特性,具体信息自行查阅)、IAuthorizationFilterpublic class ApiAuthorize : Attribute, IAuthorizationFilter { public void OnAuthorization(AuthorizationFilterContext context) { string token = context.HttpContext.Request.Headers["Authorization"].ToString(); //具体过滤规则 } }　2、使用[TypeFilter(typeof(ApiAuthorize))] [HttpGet,Route("Test")] public async Task<JsonResult> Test() { return RenderSuccess(); }关于要使用TypeFilter的原因，因为我在ApiAuthorize里面构造了一些东西，需要需要这个才能引进去。 {callout color="#f0ad4e"} 以上是我自己的个人心得笔记，如有不对，请指正！！！ {/callout}