上一次（即昨天），我们完成了业务逻辑层的演示；传送门：项目架构开发：业务逻辑层之领域驱动失血模型
设计上虽然还不是太优雅，但是距离真正的OO编程又更近了一步，而且也保留了事务脚本模式的简单快捷的特性
只要后续把Model层丰富起来，那就算是掌握了另一种软件开发模式，而且也是整个思想上的转变。都有点期待了。。
本章我们来完成在业务逻辑层之上的服务层；
服务层并不是必须的，在有一定复杂度的应用程序中，服务层非常有必要创建；而与之相反的就是，
在一些业务逻辑简单的系统中，服务层可能仅仅充当分发功能，没有多余的工作需要组织，这时服务层就显得多余；
而且，服务层一般还与客户端有关系（Web、Winform）；如果是Web，在同一系统内，服务层就没有大多必要，除非是跨系统的服务调用；
如果是Winform，那服务层就比较常用，因为Winform是C/S模式，物理层上天生与服务器端分离。
若是从C端远程调用应用逻辑，那有可能在长距离的远程调用中花费太多的时间，而加入服务层情况就会不同
服务层就是为UI何应用逻辑层之间提供一个数据交互的契约，简单点说就是从C端发送一组参数，在S端进行逻辑运算，
因为一般情况下S端与数据库在同一局域网下，访问速度比前者快很多，效率也大大提高
若没有服务层，则需要从UI直接与后端应用程序通信，交互次数大大的增加，通信距离也大大的影响程序性能
我们开始吧。
1、应用逻辑，创建新登录用户
1 public bool Add(A
