我们先看下它的目录结构，很标准的webapi目录：
首先看下Program，跟IdentityService类似，多了一个UseWebRoot(“Pics”)，把pics这个目录设置成了webroot，其他都一样。
在ConfigureServices中，我们看到如下代码：
添加了一个filter，这个HTtpGlobalExceptionFilter可以在项目中找到，大概的意思就是遇到抛出CatalogDomainException类型的错误时，返回特定的错误码。
中间那段foreach就是，这样我们在项目中通过依赖注入方式都能方便的访问到各个controller了。
Going down:
接下来我们看到如下代码：
我们可以在eShop的各个项目中都能找到类似的语句，它会把一些项目相关的Settings注册到services中，使其成为环境变量，我们可通过setting.json进行配置。除了通过setting.json进行配置，我们还能通过Docker run –e 进行灵活化配置。
在这里我们的CatalogSetting含有一个ExternalCatalogBaseUrl属性，我们在docker run的时候可以输入如下命令：
上面两段代码，分别配置了SwaggerGen和Cors（跨域）策略，SwaggenGen是一个非常实用的框架，它能自动把我们的api转为web方式呈现在我们眼前，还能进行调试，非常好用。Cors的配置这里用的不好，它允许了所有请求，建议还是按照实际需求来吧，否则没有跨域设置的意义了。
接下来我们看到了一系列的add service的操作，都是关于EventBus的，稍微看了下，发现目前只做了log的动作，我们看下代码：
ok，我们再看下Configure方法，下面一段代码我们可以学习下：
我们看到在这里它调用了之前注册的CatalogContext，它并没有通过new进行实例化，而是通过GetService的方式获取之前的注册，这样context所依赖的其他实例也一并带进来了，非常方便好用。
WaitForSqlAvailability方法是对数据库可用进行尝试，因为后面它需要进行数据迁移。
CatalogService包含了2个Controller，一个是PicController，一个是CatalogController，PicController仅仅是根据ID获取了图片，CatalogController展示了用webapi如何做CURD。
如果你要运行Catalog.Api，你必须安装MSSQL和RabbitMQ，这次我把我的系统换成了Win10 Pro，并在电脑上使用Docker安装了MSSQL-Server-Linux和RabbitMQ。安装这2个非常简单，仅仅需要输入几条命令即可：
ok，我们使用docker创建了mssql和rabbitmq，这里注意一下，我把mssql的端口映射到了本机的5433上，还有rabbitmq的管理页面，我映射到了本机的8080端口，你可以通过http://localhost:8080 进行访问。
上一篇我们说过我们可以通过iisexpress/Kestrel或者docker的形式运行因为牵涉到配置，所以这两种方式的运行有些不同。
一、iisExpress或Kestrel方式下，因为刚刚我们把mssql和rabbitmq的端口都映射到了本机，所以我们只需要在setting.json中把数据库连接和rabbitmq的地址指向本机即可，如下：
ok，Ctrl+F5，运行一下看看：
当看到上面这个页面，说明你的运行正常了，你还得测试下api是否运行正常，比如Pic，比如Items。
我这里的172.17.0.2是我rabbitmq容器的ip地址，你可以通过docker inspect containerId 进行查看容器的ip。
当然，除了正常浏览外，你还需测试下api是否正常。
在这个项目中有一些疑惑，希望大家能够给我答案。
Connection Resiliency，我看了很久，字面意思是弹性连接，但我觉得用弹性好像不太适合，一般来讲我们说的弹性都是指架构或者系统的伸缩性，我一开始也是从这个角度去了解，但看了很多文章，觉得它只是让我们在启动的时候，设置一些重试策略，在后面调用中可使用此策略，策略会根据你设置的重试次数、延迟时间等去自动重试，避免因为偶尔的错误造成的影响，所以觉得用弹回比较恰当。
EventBus，我感觉很奇怪，为什么一定要取这个名字呢？在Android中，很明确的，它是进行订阅发布，消息传递，可以解耦发布者和订阅者，但在Catalog.Api里，变成了记录操作，没有看到解耦，也没有看到订阅。在我的理解中，应该在Startup进行订阅操作，发布者CatalogController在进行update操作的时候，订阅者进行add log动作，但在这个实例中，我看到的是同步进行了这些操作，所以很不解。
这次的文章来的比较晚，一方面有点忙，另一方面就是上面提到的困惑，面对困惑我试着去解答，但有时候真的无法解答，所以提出来集思广益。
后面可能会比较慢，需要学习的东西真多，一边写一边学习成为这次系列的乐趣，现在每天坚持6公里快走，夜走能够是我保持头脑清晰，思考项目中的疑问，现在发觉生活越发有趣。
或许有很多人觉得只看了Startup就够了吗？其实真不够，我目前先把框架的源码过一遍，后面会分篇讲述，比如Connection Resiliency。
最后应大家要求，我建了一个QQ群：376248054，大家可以进来一起探讨，一起学习！