上一次（即昨天），我们完成了业务逻辑层的演示；传送门：项目架构开发：业务逻辑层之领域驱动失血模型
设计上虽然还不是太优雅，但是距离真正的OO编程又更近了一步，而且也保留了事务脚本模式的简单快捷的特性
只要后续把Model层丰富起来，那就算是掌握了另一种软件开发模式，而且也是整个思想上的转变。
本章我们来完成在业务逻辑层之上的服务层；
服务层并不是必须的，在有一定复杂度的应用程序中，服务层非常有必要创建；而与之相反的就是，
在一些业务逻辑简单的系统中，服务层可能仅仅充当分发功能，没有多余的工作需要组织，这时服务层就显得多余；
而且，服务层一般还与客户端有关系（Web、Winform）；如果是Web，在同一系统内，服务层就没有大多必要，除非是跨系统的服务调用；
如果是Winform，那服务层就比较常用，因为Winform是C/S模式，物理层上天生与服务器端分离。
若是从C端远程调用应用逻辑，那有可能在长距离的远程调用中花费太多的时间，而加入服务层情况就会不同
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式