本文主要是介绍(MSOA)微型面向服务架构中服务管理者和服务提供者的松散关系，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、服务是平级的
图中是一些服务的提供者和服务的管理者。在这个图中所有的类都是平等的、独立的。除了实现的逻辑和处理问题的角度的不同，这些服务都是继承相同的类。
服务提供者不知道谁是服务管理者，同样服务管理者也不知道谁是服务的提供者。
二、服务管理者和服务提供者的划分
Service和AbstractService提供了服务提供者自动注入服务管理者的机制。
通过服务管理者能获得任何的服务提供者，而通过服务提供者可以获得其他的任何一个服务提供者，服务提供者之间是完全可见的。
从责任上分，服务管理者只负责提供服务的注册和存取。服务提供者可以获取任意的服务进行整合和调用，可以组合成粒度更大、功能更复杂逻辑的服务。
三、灵活性的体现
1、每个服务的提供者 Service的子类都是在有请求的时候才被创建；创建后的实例保存在ServiceManager中。
2、如果对某个服务进行修改，使其生效不需要重新启动系统。
比如，要对UserService进行修改，只要实现一个继承UserService的子类覆写或者增加一些方法，或者实现一个adpater的设计模式，然后用UserService的名字将新类的实例注入ServiceManager就可以了。极大的方便了系统的动态特性和可扩展性。
四、系统架构的服务层次划分
系统架构的层次分为接口服务层、业务服务层、基础服务层和物理服务层。
接口服务层对外提供访问接入服务；业务服务层提供业务逻辑服务；基础服务提供可高度复用的基础服务；物理服务层提供对数据库、系统配置、文件系统的访问。
由于系统内部服务之间都是可见的，为了安全起见，避免暴露不必要的服务，要求接口服务层的服务需要继承PublicService接口经过设置并检查后才能提供服务。
这篇关于(MSOA)微型面向服务架构中服务管理者和服务提供者的松散关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
