autofac

0.前言 通过前面几篇，我们了解到了如何实现项目的基本架构：数据源、路由设置、加密以及身份验证。那么在实现的时候，我们还会遇到这样的一个问题：当我们业务类和数据源越来越多的时候，我们无法通过普通的构造对象的方法为每个实例进行赋值。同时，传统意义上的赋值遇到底层切换或者其他修改的时候，就需要修改大量的代码，对改变不友好。为了改变这种现状，我们基于面向接口编程，然后使用一些DI功能和IOC框架。 1. IOC和DI 先来给大家解释几个概念，IOC全称Inversion of Control，翻译过来就是控制反转，是面向对象编程的一种设计原则，用来降低代码之间的耦合度。所谓的控制反转简单来讲就是将类中属性或者其他参数的初始化交给其他方处理，而不是直接使用构造函数。 public class Demo1 { } public class Demo2 { public Demo1 demo; } 对于以上简单示例代码中，在Demo2类中持有了一个Demo1的实例。如果按照之前的情况来讲，我们会通过以下方法为demo赋值： // 方法一 public Demo1 demo = new Demo1(); // 方法二 public Demo2() { demo = new Demo1(); } 这时候，如果Demo1变成下面的样子： public class Demo1 { public

MassTransit：是一款.NET的分布式应用程序框架（开源、免费）。通过MassTransit，可以轻松创建利用基于消息的、松耦合异步通信的应用程序和服务，以提高可用性，可靠性和可伸缩性。 MassTransit本身定位轻量级的服务总线，并支持多种传输方式如：RabbitMQ、Azure Service Bus、ActiveMQ、Amazon SQS、Kafka、Azure Event Hub。消息异常处理：重试配置、重新交付、erro管道、死信管道。分布式事务处理：sagas、Courier。容器支持：.NETcore自身的、autofac、castle windsor等、调度支持：Quartz 、hangfire。更多功能参考官网文档。 MassTransit目前已经发布到了第7个版本了，7.0版本新增了对Kafka 的支持，构建仅支持.NET Standard 2.0...其他改动不大。MassTransit社区使用也是很活跃的，对于首次接触的，通过本篇文章（基于rabbitmq）帮你快速入门！ 一个应用程序或服务可以使用两种不同的方法来生产消息，主要区别是sent需要指定具体的端点地址，而pub不需要，下面的代码会演示这两种方式。 发布事件（多个接收者） 发送命令（一个接收者） 发布事件（事件消息） 场景假设：在xx项目中，需要与第三方进行交互。比如：订单发货之后