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