博客文章

我在使用 AspNetCore 的这段时间内，看了很多开源项目和博客，发现各种 .Net 体系的新技术很多人都有关注和使用，但却很少有人关注测试。 测试是软件生命周期中的一个非常重要的阶段，对于保证软件的可靠性具有极其重要的意义。在应用程序的开发过程中，为了确保它的功能与预期一致，必须对其进行测试。这样做不仅能够确保功能正确执行，同时能够帮助开发人员尽早地发现并改正系统中所存在的缺陷（Bug），

gRPC 使用起来非常的丝滑，目前来说也没遇到什么坑，可以非常平滑地与已有项目集成，如果有类似的场景，强烈推荐尝试一下 gRPC ！gRPC 的功能很多，本文仅介绍了最基本的使用，更多的请阅读文档，详细有了本文的基础铺垫，读者再阅读文档深入使用时，会比较轻松上手。

前言 AspNetCore技术栈在我们团队里的使用也有一段时间了，之前的部署方式一直是本地编译之后上传可执行文件到服务器，使用supervisor来管理进程这种很原始的方式。 参考之前的文章： 对于小项目来说尚可，够用，但是存在几个问题： 每次更新花费的时间太长了，无论是Framework-Dependent还是Self-Contained，都要上传很大的文件~ 更新的时候需要在superviso

前言 过年前我又来更新了~ 我就说了最近不是在偷懒吧，其实这段时间还是有积累一些东西的，不过还没去整理…… 所以只能发以前没写完的一些笔记出来 就当做是温习一下啦 PS：之前说的红包封面我还没搞，得抓紧时间了 最近在准备搞一个我之前做的开源项目代码合集来做一期分享 两种常见的认证方式 先来看看两种常见的认证方式：基于token的认证和传统的session认证的区别。 session认证 我们知道，

前言 用AspNetCore做Api开发也有一段时间了，正好年底在做总结，做一个WebApi开发实践笔记。 暂时想到的一些技术关键词，同时也作为本文的大纲，现在对这套技术体系的了解还不够深入，以后会持续更新这个Api开发实践~ 身份认证：JwtBearer 分页：X.PagedList 缓存 ResponseCache Redis：StackExchange.Redis 数据持久化 / ORM F

从上次开始学习Asp.Net Core以来，一直都是玩一玩，还没有什么机会用来实战，最近公司有个新的小项目，于是我用Asp.Net Core来尝尝新，结果也是非常OK，熟悉之后开发效率感觉和Django基本没差。 那么进入正题，本文简单说说Asp.Net Core应用的构建和部署。 构建 构建是使用build命令，不过一般我们都用vs或者rider之类的IDE，应该比较少会用到这个命令： dotn

本来今天开始是有其他的安排了，也没办法抽出那么多时间来学NetCore，不过我想做事情有始有终吧，除了gRPC还没跑起来之外，Blazor这部分也了解了一点。目前来说还不是很完善，真正的离线单页应用还处于预览版阶段。

SignalR牛刀小试 在MVP杨老师的博客里看到这么个东西，我还以为是NetCore3才推出的新玩意，原来是已经有很多年的历史了，那看来还是比较成熟的一个技术了。 简介 SignalR是一个.NET Core/.NET Framework的开源实时框架，SignalR的可使用Web Socket, Server Sent Events 和 Long Polling作为底层传输方式。 Signal

TagHelper 入门 优点：根据参数自动生成，不需要手写超链接，类似Django模板里面的url命令。 在ViewImport中添加TagHelper @addTagHelper *,Microsoft.AspNetCore.Mvc.TagHelpers 比如，链接TagHelper使用 a class=btn btn-outline-primary asp-controller=st

Asp.Net Core 学习 基于.Net Core 2.2版本的学习笔记。 常识 像Django那样自动检查代码更新，自动重载服务器（太方便了） dotnet watch run 托管设置 设置项目文件的AspNetCoreHostingModel属性。 PropertyGroup TargetFrameworknetcoreapp2.2/TargetFramework Asp