摘要：
前言 根据业务处理部分，单体马上就能得知错误与否，快速做出处理，而分布式系统，会因为各种原因，无法如同单体一样立刻处理，所以这个时候需要 处理异常 的，做 补偿、转移、人工干预。 当然也可以直接在消费端做重试/限流和熔断，但是个人理解，不建议，处理失败的转移到低优先顺序的队列，由专门处理失败消费的部 阅读全文
摘要：
前言 对于项目的迭代，如何降低复杂性的要求高于性能以及技术细节的 一个易用的项目，才能迭代到比拼性能，最后拼刺刀的阶段 传统单体项目，都是传统三层，直接请求响应的模式，这类称为Rpc模式，易用性上非常好 基于rpc模式，对前一章的代码做调整 代码结构设计 每一个请求之后，同步返回执行结果给上游，最后 阅读全文
摘要：
前言 asp.net core版本选择2.2，只是因为个人习惯了vs2017，代码以及设计皆可移植到vs2019，用asp.net core 3.0以及以上运行起来 项目类似选择web api，基础设施选择entity frame core + Masstransit + aspectCore 先赘 阅读全文
摘要：
上一篇，我们打造了一个简单的分析器，但是我们实际使用分析器就是为了对项目做分析检测，增加一些非语法的自检的 比如Asp.Net Core 3.0的替换依赖注入检测 设计分析 我们创建一个默认的Asp.Net Core 3.0的项目 打开Startup.cs 大致结构如下 我们要针对Startup分析 阅读全文
摘要：
NCoreCoder.Aop已经写了好一段时间了，一直不温不火的，自己摸索技术也需要沉下心来深耕 写完AOP的时候，一时感慨，纸上得来终觉浅，阅读到WebApiClient的时候，发现了一个宝贝，静态分析器~ 遂查询资料，自己打磨了一个基于NCoreCoder.Aop的静态分析器，做什么呢~代码自检 阅读全文
摘要：
Asp.Net Core 3.0出来很久了，预览版的时候就被我偶像Lemon大人，带着尝试摸索了一下这个 那么Asp.Net Core 3.0和Asp.Net Core 2.X到底有哪些区别呢？ Asp.Net Core 2.X是如何替换依赖注入容器的 三方替换DI容器是在Startup类的Conf 阅读全文
摘要：
原本的IAopActors如下 非代理部分是用的AspectCore.Extensions.Reflection优化的反射 个人感觉代码不够优雅，遂改为 对JitAopAttribute部分做了修改 After部分增加了异常捕获 委托部分用的Expression Tree而不是Emit，虽然底层都是 阅读全文
摘要：
于今天，功能终于完善度到比较满意的程度了 准备好好写一篇文章，而不是之前的流水账，分享一下最近这些天的踩坑 一开始AOP选的微软提供的DispatchProxy 关于这个，有大佬的文章，可以看看，了解一下 https://www.cnblogs.com/ElderJames/p/implement- 阅读全文
摘要：
昨天躺了一下3.0的依赖注入的雷 今天顺势把AOP做了一下调整，比如自动化的AOP注入 默认的Program里面的CreateHostBuilder方法增加一行 在Startup里面增加方法 或者 正常的依赖注入 默认MyClass上修改一下 JitInject特性代表这个类需要AOP注入 JitA 阅读全文
摘要：
今天早上，喜庆的更新VS2019，终于3.0正式版了呀~ 有小伙伴问了一句Autofac怎么接入，因为Startup.ConfigureServices不能再把返回值改成IServiceProvider了，原来的替换依赖注入容器就不可行了，我随口说了一下Host上面.UseServiceProvid 阅读全文