From f859bf586806d457b938d941531d8fb2c340b51d Mon Sep 17 00:00:00 2001
From: King Xu <277040271@qq.com>
Date: Tue, 30 Jan 2018 15:23:10 +0800
Subject: [PATCH] update readme

update readme
---
 README.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/README.md b/README.md
index 8bfd2a9..e035de1 100644
--- a/README.md
+++ b/README.md
@@ -330,7 +330,7 @@ ServiceAnt 在触发处理函数的过程中,可能会产生某些异常,正常
 项目初期我们使用 Abp 提供的事件总线作为模块之间交互的方式, 但它有一个很不好的地方是, 它的事件引用必须是显式的原对象引用。    
 这也就意味着，你为了在A模块中使用B模块发布的事件，你必须让两个上下文都引用这个事件对象，这显然加深了模块间的耦合。  
 
-在参考了Abp, Medirator, NServerBus以及微软的示例项目 EShopContainer 我决定自己实现一个服务总线, 它要具有以下特点：
+在参考了Abp, Medirator, NServerBus以及微软的示例项目 eShopOnContainers 我决定自己实现一个服务总线, 它要具有以下特点：
 * 支持委托注册处理函数
 * 支持 Req/Resp 模式
 * 事件的接收与发布对象是非引用的(指你可以在不同模块间建立各自的事件类，只需要保证它们名称与结构相同即可)  
@@ -347,4 +347,4 @@ ServiceAnt 在触发处理函数的过程中,可能会产生某些异常,正常
 
 `Abp`: 在上面已经讨论过了, 另外它也不支持 Pub/Sub.如果你的项目不采用多模块的机制, 或者不介意模块间的相互引用, Abp自带的事件还是不错的.
 
-`EShopContainer`: 这只是微软的示例项目，它其中的事件总线是分布式的，有两个实现，一个基于RabbitMQ一个基于AzureMQ, 它也没有作为框架发布到Nuget上.
+`eShopOnContainers`: 这只是微软的示例项目，它其中的事件总线是分布式的，有两个实现，一个基于RabbitMQ一个基于AzureMQ, 它也没有作为框架发布到Nuget上.