说明：
（1）本篇博客到底讲了个啥？：
●在【9：第二章：架构后端项目：5：【聚合工程】简介；创建顶级父工程；】中，介绍项目工程结构的时候，介绍了【api】这个子工程；
●当时的介绍是：【api】这个子工程（或称模块）：api就代表接口；；；该项目所有的接口都会在【api】这个工程中进行管理；；；比如，我们在做SpringBoot项目的时候，所有的接口都是Controller层的；；；但是，因为我们这个是微服务项目，所以所有的微服务接口都会统一在【api】中管理；；；比如后面的Swagger、拦截器等，都是可以以【api】为抓手的；；；（PS：在下一篇博客，演示【api接口暴露】的时候，会对这一点理解的更深）
●在【10：第二章：架构后端项目：6：创建子工程（或称模块工程、子模块）；】中，我们已经创建了【imooc-news-dev-service-api，这个接口工程】，同时也创建了【imooc-news-dev-service-user，这个包含具体业务实现，包含Controller的微服务】；
●那么，本篇博客，就是演示【imooc-news-dev-service-api，这个接口工程】是如何管理其他【微服务的，接口】的；
（2）声明：本篇博客介绍的这种开发方式、组织方式、架构方式，是比较重要的；
目录
一：api接口暴露：使用【api接口工程】管理【user这个微服务的接口】，步骤；
1.在【imooc-news-dev-service-api】中，引入spring相关依赖；
2.然后，在【imooc-news-dev-service-api】中，创建接口，定义对应的方法；
3.然后，在【imooc-news-dev-service-user】中，引入【imooc-news-dev-service-api】依赖；
4.然后，在【imooc-news-dev-service-user】中，编写对应的实现类；
5.测试；
二：分析：使用【api接口工程】管理【微服务的接口】的好处；
一：api接口暴露：使用【api接口工程】管理【user这个微服务的接口】，步骤；
1.在【imooc-news-dev-service-api】中，引入spring相关依赖；
说明：
（1）之所以要引入spring相关依赖的原因是：【imooc-news-dev-service-user这个微服务，我们使用的是SpringBoot技术】→【自然，然后其中的“@GetMapping(“/hello”)”，是Spring注解】→【我们后面，使用imooc-news-dev-service-api管理imooc-news-dev-service-user接口的时候，需要指定“@GetMapping(“/hello”)”】→【即在imooc-news-dev-service-api中，需要用到Spring注解】；
2.然后，在【imooc-news-dev-service-api】中，创建接口，定义对应的方法；
说明：
（1）在api中要定义那些接口，不是由【imooc-news-dev-service-api】决定的，而是由【imooc-news-dev-service-user，将要开发那些接口】决定的；
3.然后，在【imooc-news-dev-service-user】中，引入【imooc-news-dev-service-api】依赖；
说明：
（1）这样一来，【imooc-news-dev-service-user】就可以使用【imooc-news-dev-service-api】相关内容了；
4.然后，在【imooc-news-dev-service-user】中，编写对应的实现类；
说明：
（1）可以看到，我们在HelloControllerApi接口中，方法上已经设置了url了；；；所以，在HelloController这个实现类上，就不用再设置url了；
5.测试；
二：分析：使用【api接口工程】管理【微服务的接口】的好处；
】
