消息队列（英语：Message queue）是一种进程间通信或同一进程的不同线程间的通信方式，软件的贮列用来处理一系列的输入，通常是来自用户。 消息队列提供了异步的通信协议，每一个队列中的记录包含详细说明的数据，包含发生的时间，输入设备的种类，以及特定的输入参数，也就是说：消息的发送者和接收者不需要同时与消息队列交互。消息会保存在队列中，直到接收者取回它。 最终可以实现解耦的目的。
本来我的系列教程已经慢慢剥离开IIS了，毕竟有了Docker容器以后，配合Nginx使用真的很不错。但是还是有很多同学使用IIS的，这个不可否认IIS的重要性。随着.NET的发布，很多小伙伴已经开始升级了，我也就陆陆续续收到了一些问题咨询，问题也是说大不大，说小不小，像我这样很久都没有玩儿过IIS的，也就一两个小时就解决了，所以基础知识还是特别重要的。
我们平时在开发ASP.NETCore的WebApi的时候，肯定会有权限相关的内容，特别是在开发的阶段，需要用到联合调试，或者就是模拟测试，那要获取真实的数据，就需要去登录，我们虽然有Swagger界面为我们省去了打开前端项目的麻烦，但是Swagger也有自身的一些问题
每一个.NET开发者都可以通过自己的开源项目(最好可以配套简单发表些文章)在这里进行分享，BCVP开发者组织的意义就是激发和挖掘更多的作品，可能偏基础，但是都会有价值。
要说gRPC，那就先说下什么的RPC框架，所谓RPC(remote procedure call 远程过程调用)框架实际是提供了一套机制，使得应用程序之间可以进行通信，而且也遵从server/client模型。使用的时候客户端调用server端提供的接口就像是调用本地的函数一样。
为什么要突然写这篇了呢，是因为这一年我又写了一些文章和几个视频，但是因为比较杂乱无章，很多人都找不到自己想要看的资料，一直向我反馈很多次了，时不时的在QQ群里问相关的知识点，或者一直在百度，毕竟我已经总结过了，要是百度未免有些浪费时间，所以就打算总结出来，这样方便大家查找，也方便我分享指导，更是自我的一个总结吧。
总所周知，.NET5.0马上就要来了，最后一个预览版RC2也已经发布了，在11月的时候，我们就正式的发布了，然后我们就可以迁移使用了，当然今天说的重点不是.NET，今天说的是伴随着.NET5一起到来的C#9.0，既然要了解9.0，肯定要对之前的版本也稍微了解一下
，新开了一个需求，这个需求来自于网友的提问：目前BlogCore项目默认使用的是int作为主键，并自增，平时开发的时候int或者long这个都是很常见的，但是如果说，我就不想用int，习惯了Guid，当然也为了更方便迁移数据，因为int会乱序，特别是在多库的时候。那这个时候如果我想把int主键，改成guid
多个前端VUE如何对接多个后端的WebApi项目，这是问题，其实也不难，今天就简单的讨论讨论，我这里列举了三个场景的解决的方案，相信很多人都用过，都是比较主流的方案，文章的末端会有一个思考，就是如何实现第四种方案，这也就是我标题里为啥用微服务的原因了，本文主要是对微软微服务框架eShop的思考
这个系列主要是记录并推广每一位.Neter的知识分享，不分优劣与否，只要敢于向别人分享知识的人，都是最可爱的。模块化的介绍一共2篇 这一篇我们实现一个功能非常简单的StartupModules模块化。 第二篇我们来实现一个ABP的模块化效果。
通过这两篇文章，我简单的说明了如何通过docker镜像来创建Jenkins镜像，并如何在此基础上，部署netcore项目，现在大家看到的我所有的ASP.NETCore项目，都是通过这种方式来搭建的，每次修改代码，只需要一键构建，即可部署，速度还是很快的，也有相应的操作日志，当然，还是不建议初学者这么玩儿，毕竟这是只为快，不求深入研究
从NetCore1.1开始学起，然后又从2.0开始讲知识，再到将所有的在线项目升级并长期维护到3.1，转眼已经三年了，一直紧跟着微软的节奏有条不紊的往前走，我相信，只要是从18年末或者19年初跟着我的教程中的，肯定都已经学的可以了，今天开始我们就正式进入.NET5.x时代
经过两周的学习和部署迁移，目前已经把所有后端都迁到了基于Docker的Jenkins里了，相关文章可以参考《使用Jenkins来发布和代理.NetCore项目》
消息队列（英语：Message queue）是一种进程间通信或同一进程的不同线程间的通信方式，软件的贮列用来处理一系列的输入，通常是来自用户。
如果你之前用过Redis的话，肯定会使用过StackExchange.Redis，我之前很久就用过，在.netfwk的时候，当时并发还比较小，没有什么问题，后来我就迁移到Blog.Core里了，但是有很多小伙伴，反馈高并发下，使用同步的方法会有问题，比如超时的问题
书接上文，上回《【CI/CD系列】使用Docker安装Jenkins》咱们说到了使用Docker镜像的方式，来建立Jenkins服务，用来持续集成和持续发布项目
从windows到Linux，然后到Mysql，接着Docker，现在是Jenkins（CICD），这一步说完，就是到了微服务部分
把数据从一个DB，迁到另一个DB，然后增加一个输出tsv的功能，看似很简单，还是用到了一些知识点的： 1、多表联合，这个是基础，任何ORM都支持； 2、读写分离，但是有2个前提，下文会具体说； 3、事务处理，保证数据一致性嘛；
像一个ABP那样，可以直接在新建的项目上，通过nuget引用来使用。后来就一直想着做这样的事，也一直在优化整体结构，特别是我把那些比较重要且基础的扩展服务单提出来一层后，封装起来就更简单了
除了基本的学生老师课程这种老生常谈的问题之外，重点对成绩的排名有一定的了解，比如什么是正负分，什么是3+3、3+6、9，什么是选科成绩分布等等，当然这些东西都是需求文档，只要你有这方面的工作，肯定也会有别人提供给你的。
目前的模式是一个webapi层然后搭配service+repository+接口，repository仓储主要操作分页，多表，CRUD等db操作，service主要负责：事务，缓存，发邮件等相关内容。其他的一些常用Helper操作都集中到了Common层。
Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中,然后发布到任何流行的 Linux或Windows 机器上,也可以实...
这两年也是见证着跨平台和Docker容器化的迅速发展，恰逢这段时间打算找工作（有好的欢迎内推），看到NetCore、Linux、中间件、Docker、微服务的字样已经出现在了很多求职公司的要求
经过几个月的Is4分支的在线测试，Blog.Core已经完成可以支持IdentityServer4的使用了，并且也已经迁移到了Admin（vuejs），Blog（vuejs），DDD（mvc）三个项目上
宇宙第一IDE——VS的升级版，VSCode，插件之多，不敢相信，我知道的数量是有万级了，那下边就先简单说说如何使用这个插件
奇怪，logaop这里，successaction执行到getvalue就执行不下去了，看不到任何异常，然后代码直接放到intercept又是好的
当然这个教程肯定有范围的，初学者不建议学，建议刚入门的还是看我的教程和代码吧，然后按照这个顺序学，先掌握ASP.NET Core，然后简单了解前后端分离，再学习下DDD领域驱动设计的思想
读写分离，顾名思义，就是读（Q）和写（C）的动作是分开的，虽然也是多个数据库，虽然也是分主库和从库，但是读只能读取从库，写只能写在主库，这就是和普通的多库操作最大的也是最本质的不同之处。
关于Quartz.Net的概念、内容和工作原理UML这都不说了，相信你如果看到了这个文章标题，并点进来了，应该知道这是干啥的，也应该知道他的应用场景——任务调度，白话就是通过一定的简单配置，定时去执行一些任务，多见于统计和同步操作
网上很多方法，都是针对至少有一次备份的情况下进行数据恢复的，没有备份就基本上只能找数据恢复公司了。本章将通过日志来恢复误删的数据，若是日志文件都没有了，那就真的玩大了
用的还是Blog.Core的整体思路，基于复杂策略的授权，核心声明是角色，其他的就是JWT那一套认证逻辑了，用之前的一个UML图吧，思路一致，但是这个图并不是很完整，主要还是角色表、菜单表、接口表、角色用户关系表、角色菜单关系表
本项目是基于Blog.Core+Admin的知识架构来设计的，用到了核心的权限管理、SqlSugar来实现ORM、异步编程、仓储，去掉了Service层，后端只是提供api的，这个并不是这个系统的重点，这个系统的重点是实现学生成绩管理的内部业务逻辑和展示的。