先献祭上最终的类图：
文件服务设计-类图.jpg
服务设计的几点感想：
1、分层
代码的组织方式多样。
内外区分：
以是否对外提供jar包方式，interface或者叫api，是对外提供的接口方法。这快翻译下就是业务的定义，对应为rpc中需要被客户端引用的jar包，这里的代码主要以两个方向汇聚，一个是服务开发者对业务的理解，设置的标准边界。
例：你是一个支付接口，账号，钱，商品为必须，优惠券选填，这种标准接口由服务开发者定义。
例：你是一个校园基础服务，业务方要提供班级学生放学之后没有延时班的学生列表，这业务是需求来源。
功能区分
以springcloud feign为例
api 接口，这层只定义
controller，实现api，这层处理参数。不处理业务逻辑
servcie 服务层 ，业务逻辑实现的主要层次，按照业务复杂层度，可以继续划分
建议划分：
1、门面服务
2、职能服务
3、单表服务
2、流程标准化
1、标准流程定制
2、复用标准流程
3、异步
1、负责功能用异步操作
2、提供回调通知
4、抽象统一
1、底层有异构表或者数据，但上层表现为同一业务，中间因出参不同无法使用策略方式，则可以用泛型抽象
2、底层实现，中间提供统一操作方法
其他设计补充
用例图：
文件服务设计-用例图.png
流程图：
文件服务设计-上传流程.png
时序图：
文件服务设计-上传时序图.png
