ENode框架初始化
前言
Conference案例是使用ENode框架来开发的。之前我没有介绍过ENode框架是如何启动的,以及启动时要注意的一些点,估计很多人对ENode框架的初始化这一块感觉很复杂,一头雾水。所以,本文想简单介绍一下在做一个实际项目时,我们该如何初始化ENode。
使用ENode开发的项目的顶层宿主工程一般有两类:1)前台Web项目,它的职责就是发送命令;2)后台ProcessorHost项目,负责处理命令或事件;
这两类项目的初始化方式完全一样,只是Web项目可能需要多初始化Controller的容器管理。下面我们看看使用ENode框架时的主要初始化逻辑:
private static void InitializeECommon() { _ecommonConfiguration = ECommonConfiguration .Create() .UseAutofac() .RegisterCommonComponents() .UseLog4Net() .UseJsonNet() .RegisterUnhandledExceptionHandler(); _logger = ObjectContainer.Resolve<ILoggerFactory>().Create(typeof(Bootstrap).FullName); _logger.Info("ECommon initialized."); } private static void InitializeENode() { ConfigSettings.Initialize(); var assemblies = new[] { Assembly.Load("Conference.Common"), Assembly.Load("Registration.Domain"), Assembly.Load("Registration.CommandHandlers"), Assembly.Load("Registration.ProcessManagers"), Assembly.Load("Registration.ReadModel"), Assembly.Load("Registration.ProcessorHost") }; var setting = new ConfigurationSetting { SqlServerDefaultConnectionString = ConfigSettings.ConferenceENodeConnectionString }; _enodeConfiguration = _ecommonConfiguration .CreateENode(setting) .RegisterENodeComponents() .RegisterBusinessComponents(assemblies) .RegisterAllTypeCodes() .UseSqlServerLockService() .UseSqlServerCommandStore() .UseSqlServerEventStore() .UseSqlServerSequenceMessagePublishedVersionStore() .UseSqlServerMessageHandleRecordStore() .UseEQueue() .InitializeBusinessAssemblies(assemblies); _logger.Info("ENode initialized."); }
从上面的代码可以看到,ENode框架的初始化是采用FluentAPI的方式,通过使用富有语义的方法来表达当前在做什么配置。
ECommon初始化
配置ENode一般是分为两个阶段,先配置ECommon。ECommon的初始化逻辑比较简单,Create方法创建一个ECommonConfiguration类的实例,然后通过调用UseAutofac方法,告诉框架当前使用的是Autofac容器。 然后RegisterCommonComponents就是把一些默认的组件注入到容器中;然后UseLog4Net和UseJsonNet这两个方法就是告诉框架当前使用的日志组件是Log4Net,JSON序列化组件是JSON.NET。最后,RegisterUnhandledExceptionHandler方法就是告诉框架要捕获未处理的异常,这样框架在发现有未处理的异常时,会尝试记录错误日志。上面的一个配置的两点是,ENode并没有和特定的容器绑定,目前仅实现了Autofac,大家可以根据自己的喜好使用其他的IoC容器,比如Untity, Castle, StructureMap等。
ENode初始化
ECommon初始化完成后,开始初始化ENode框架了。ENode的初始化稍微复杂一点,但因为也是通过富有语义的FluentAPI来实现初始化,所以看起来也比较容易理解。
基本配置
我们先创建ENodeConfiguration的全局实例,然后同样注册ENode的所有默认实现组件以及给定程序集中的所有标记了Component特性的组件到容器。
类型和Code的映射配置
然后接下来就是通过RegisterAllTypeCodes方法告诉框架所有可能涉及到序列化的类的Code。为什么要做这个配置?因为假如一个Command要发送到消息队列,在Command发送时,会用JSON序列化;在Command消费者消费时会用JSON反序列化。如果我们不设计这种Code机制,那序列化的JSON字符串里需要包含类型的名称。而我们的类名可能会调整的。所以为了更好的灵活性,我为ENode框架所有可能需要序列化的地方,都通过这种Code的思想,把类型转换为Code;反序列化时,根据Code找到对应的类型,然后进行反序列化;该方法的内部实现大概如下面这样:
public static ENodeConfiguration RegisterAllTypeCodes(this ENodeConfiguration enodeConfiguration) { var provider = ObjectContainer.Resolve<ITypeCodeProvider>() as DefaultTypeCodeProvider; //aggregates provider.RegisterType<Order>(120); provider.RegisterType<OrderSeatAssignments>(121); //commands provider.RegisterType<MakeSeatReservation>(207); provider.RegisterType<CommitSeatReservation>(208); provider.RegisterType<CancelSeatReservation>(209);
持久化相关实现类的配置
由于真实的项目,我们肯定需要做各种持久化,比如事件的持久化,事件处理记录的持久化等。所以通过上面代码中的各种UseSql打头的方法,就可以配置各种场景的持久化实现。然后这些Sql的实现类所使用的数据库连接,上面的例子都是使用默认的数据库连接,见上面SqlServerDefaultConnectionString属性的赋值。如果你只是想运行一下基于内存的模型,那这些UseSql的方法是不需要调用的。比如像ENode框架里自带的一些例子的配置都很简单,以NoteSample为例:
static void InitializeENodeFramework() { var assemblies = new[] { Assembly.Load("NoteSample.Domain"), Assembly.Load("NoteSample.Commands"), Assembly.Load("NoteSample.CommandHandlers"), Assembly.GetExecutingAssembly() }; _configuration = Configuration .Create() .UseAutofac() .RegisterCommonComponents() .UseLog4Net() .UseJsonNet() .RegisterUnhandledExceptionHandler() .CreateENode() .RegisterENodeComponents() .RegisterBusinessComponents(assemblies) .RegisterAllTypeCodes() .UseEQueue() .InitializeBusinessAssemblies(assemblies) .StartEQueue(); Console.WriteLine(string.Empty); _logger = ObjectContainer.Resolve<ILoggerFactory>().Create(typeof(Program).Name); _logger.Info("ENode started..."); }
EQueue相关配置
因为ENode需要使用EQueue这个分布式消息队列来实现命令或事件的发布和订阅。所以,我们也需要配置EQueue。通过调用UseEQueue实现,该方法的内部实现需要根据当前服务器所需要使用的功能而定。
类似于像下面这样:
public static ENodeConfiguration UseEQueue(this ENodeConfiguration enodeConfiguration) { var configuration = enodeConfiguration.GetCommonConfiguration(); configuration.RegisterEQueueComponents(); var producerEndpoint = new IPEndPoint(SocketUtils.GetLocalIPV4(), ConfigSettings.BrokerProducerPort); var consumerEndpoint = new IPEndPoint(SocketUtils.GetLocalIPV4(), ConfigSettings.BrokerConsumerPort); var producerSetting = new ProducerSetting { BrokerProducerIPEndPoint = producerEndpoint }; var consumerSetting = new ConsumerSetting { BrokerConsumerIPEndPoint = consumerEndpoint }; _applicationMessagePublisher = new ApplicationMessagePublisher("PaymentsApplicationMessagePublisher", producerSetting); _domainEventPublisher = new DomainEventPublisher("PaymentsDomainEventPublisher", producerSetting); configuration.SetDefault<IMessagePublisher<IApplicationMessage>, ApplicationMessagePublisher>(_applicationMessagePublisher); configuration.SetDefault<IMessagePublisher<DomainEventStreamMessage>, DomainEventPublisher>(_domainEventPublisher); _commandConsumer = new CommandConsumer( "PaymentCommandConsumer", "PaymentCommandConsumerGroup", consumerSetting) .Subscribe(Topics.PaymentCommandTopic); _eventConsumer = new DomainEventConsumer( "PaymentEventConsumer", "PaymentEventConsumerGroup", consumerSetting) .Subscribe(Topics.PaymentDomainEventTopic); return enodeConfiguration; }
使用ENode框架开发的应用,可能会用到如下的角色:
- 发送命令,使用CommandService;
- 发送领域事件,使用DomainEventPublisher;
- 发送应用层消息,使用ApplicationMessagePublisher;
- 发送异常,使用PublishableExceptionPublisher;
- 消费命令,使用CommandConsumer;
- 消费领域事件,DomainEventConsumer;
- 消费应用层消息,使用ApplicationMessageConsumer;
- 消费异常,使用PublishableExceptionConsumer;
从上面的8个角色中,我们可以知道,主要分为两类:1)消息生产者;2)消息消费者;前面4个是消息生产者;后面4个属于消息消费者;然后生产者内部就是封装了EQueue的Producer;消费者内部就是封装了EQueue的Consumer;是不是很对称,呵呵。
然后一般一个Web工程,它只需要发送命令即可,所以一般只需要初始化CommandService即可;而一般一个ProcessorHost工程,因为可能要处理命令、事件、应用层消息,以及异常消息。且因为可能有Saga流程的存在,所以它们可能需要配置所有上面8个角色。具体需要配置哪些角色,还是要看具体的应用而定。
当我们实例化好了需要的角色后,我们就可以启动或者关闭它们了。代码类似如下:
public static ENodeConfiguration StartEQueue(this ENodeConfiguration enodeConfiguration) { _applicationMessageConsumer.Start(); _eventConsumer.Start(); _commandConsumer.Start(); _domainEventPublisher.Start(); _commandService.Start(); return enodeConfiguration; } public static ENodeConfiguration ShutdownEQueue(this ENodeConfiguration enodeConfiguration) { _commandService.Shutdown(); _domainEventPublisher.Shutdown(); _commandConsumer.Shutdown(); _eventConsumer.Shutdown(); _applicationMessageConsumer.Shutdown(); return enodeConfiguration; }
关于Controller所依赖的服务如何注入
上面介绍了ENode框架的主要配置如何使用,但还有一种场景没有介绍。就是ASP.NET MVC Web项目,Controller往往也是需要让容器来管理实例的。那这个如何配置呢?其实也很简单。我们只需要在ENode框架配置完成后,在通过如下的代码就可以实现Controller的生命周期的管理了。
private void RegisterControllers() { var webAssembly = Assembly.GetExecutingAssembly(); var container = (ObjectContainer.Current as AutofacObjectContainer).Container; var builder = new ContainerBuilder(); builder.RegisterControllers(webAssembly); builder.Update(container); DependencyResolver.SetResolver(new AutofacDependencyResolver(container)); }
上面的代码中,关注点是:AutofacDependencyResolver这个类,这个类是Autofac.Integration.Mvc这个组件提供的。这个组件是Autofac和MVC集成的一个组件。通过它,我们可以方便的实现对Controller的依赖注入。
结束语
好了,基本介绍了一下ENode框架的配置部分如何使用。是不是很复杂?呵呵,其实只要我写的这些例子你看多了,也是很简单的,大家做项目时参考我的案例中的写法即可。
分类: DDD 案例分析