原理分析之文档归纳

作为开放平台，必须要提供API文档。

SOP采用微服务架构实现，因此文档应该由各个微服务各自实现。难点是如何归纳各个微服务端提供的文档信息，并统一展示。

SOP的解决思路如下：

• 各微服务使用swagger定义自己的接口信息
• sop-website项目在启动时向注册中心获取所有服务实例，分别调用各个服务提供的swagger文档信息，保存到本地
• sop-website前端页面负责展示swagger提供的文档信息

由于注册中心的存在，可以很方便的获取每个微服务提供的接口，因此可以获取到swagger提供的文档信息。

如此一来的好处是，各微服务不用关心文档该怎么展示，只需要写好swagger注解即可；文档信息展示统一交给另外一个工程来维护，各司其职。

SOP设计初衷亦是如此，微服务只管写业务代码，其它的都交给SOP来处理。

文档归纳原理图：

• sop-website服务启动时向各微服务获取接口信息，保存到本地
• 用户访问website页面，website提供对应的接口文档并展示