关于技术、实践，以及沿途所想。把走过的路，折进文字里。10 篇 · 随写随记
我在使用 AspNetCore 的这段时间内，看了很多开源项目和博客，发现各种 .Net 体系的新技术很多人都有关注和使用，但却很少有人关注测试。 测试是软件生命周期中的一个非常重要的阶段，对于保证软件的可靠性具有极其重要的意义。在应用程序的开发过程中，为了确保它的功能与预期一致，必须对其进行测试。这样做不仅能够确保功能正确执行，同时能够帮助开发人员尽早地发现并改正系统中所存在的缺陷（Bug），
本来今天开始是有其他的安排了，也没办法抽出那么多时间来学NetCore，不过我想做事情有始有终吧，除了gRPC还没跑起来之外，Blazor这部分也了解了一点。目前来说还不是很完善，真正的离线单页应用还处于预览版阶段。
gRPC 使用起来非常的丝滑，目前来说也没遇到什么坑，可以非常平滑地与已有项目集成，如果有类似的场景，强烈推荐尝试一下 gRPC ！gRPC 的功能很多，本文仅介绍了最基本的使用，更多的请阅读文档，详细有了本文的基础铺垫，读者再阅读文档深入使用时，会比较轻松上手。
TagHelper 入门 优点：根据参数自动生成，不需要手写超链接，类似Django模板里面的url命令。 在ViewImport中添加TagHelper @addTagHelper *,Microsoft.AspNetCore.Mvc.TagHelpers 比如，链接TagHelper使用 a class=btn btn-outline-primary asp-controller=st
前言 用AspNetCore做Api开发也有一段时间了，正好年底在做总结，做一个WebApi开发实践笔记。 暂时想到的一些技术关键词，同时也作为本文的大纲，现在对这套技术体系的了解还不够深入，以后会持续更新这个Api开发实践~ 身份认证：JwtBearer 分页：X.PagedList 缓存 ResponseCache Redis：StackExchange.Redis 数据持久化 / ORM F
前言 AspNetCore技术栈在我们团队里的使用也有一段时间了，之前的部署方式一直是本地编译之后上传可执行文件到服务器，使用supervisor来管理进程这种很原始的方式。 参考之前的文章： 对于小项目来说尚可，够用，但是存在几个问题： 每次更新花费的时间太长了，无论是Framework-Dependent还是Self-Contained，都要上传很大的文件~ 更新的时候需要在superviso
