Asp-Net-Core开发笔记：使用ActionFilterAttribute实现非侵入式的参数校验
用ActionFilterAttribute搞非侵入校验，省得重复写代码。支持Query、Body、Route、Header，HttpContext共享数据，但OAuth2.0边学边做，项目乱糟糟，功能凑合。
Asp-Net-Core开发笔记：Oracle调优
Supported Connection String Attributes To obtain an OracleConnection object in a .NET stored procedure that represents the implicit database connection, set the ConnectionString property of the Oracle
Asp-Net-Core开发笔记：FrameworkDependent搭配docker部署
之前我写过一篇使用 docker 部署 AspNetCore 应用的文章，这种方式搭配 CICD 非常方便， build 之后 push 到私有的 dockerhub ，在生产服务器上 pull 下来镜像就可以直接运行了。 然而，有时需要一种更传统的部署方式，比如在本地打包可执行文件之后直接放到服务器上执行。 这种方式配置完成之后，每次更新只需要重新本地重新 publish 后把可执行文件上传
Asp-Net-Core开发笔记：EFCore统一实体和属性命名风格
EFCore居然没有内置命名转换？得自己写正则或用插件，真是折腾。插件一行代码搞定，但为什么EFCore不直接支持？命名风格转换，要么自己写代码，要么依赖第三方，真费劲。
Asp-Net-Core开发笔记：API版本管理
对于Web API应用程序而言，随着时间的推移以及需求的增加或改变，API必然会遇到升级的需求。事实上，Web API应用程序应该从创建时就考虑到API版本的问题。业务的调整、功能的增加、接口的移除与改名、接口参数变动、实体属性的添加、删除和更改等都会改变API的功能，从而带来版本的变更。
Asp-Net-Core学习笔记：部署，早知道，还是docker，以及一点碎碎念
前言 AspNetCore技术栈在我们团队里的使用也有一段时间了，之前的部署方式一直是本地编译之后上传可执行文件到服务器，使用supervisor来管理进程这种很原始的方式。 参考之前的文章： 对于小项目来说尚可，够用，但是存在几个问题： 每次更新花费的时间太长了，无论是Framework-Dependent还是Self-Contained，都要上传很大的文件~ 更新的时候需要在superviso