FacadeLayer的一些思考

前几天Review公司里面某份Project的代码，看到Facade里面直接对数据层做操作，也就是说Facade和BusinessLayer合并为一层但取的名字为Facade。虽然觉得有些别扭但项目不大、后台的操作主要是些简单的CURD,稍微复杂一点的逻辑大部分都封装到了存储过程里面，这样合并层的处理也无可厚非。

在对Facade做进一步思考时，想起以前自己做过的一个项目里面为了实现Facade的某个接口，我需要调用多步后台逻辑实现（我确实是这样去做的）。这样的调用逻辑算不算商业逻辑呢？ 我这样做的话，是否把商业逻辑分散到了Facade里面（显然，真正的Facade里面是不该包含商业逻辑的）？ 如何来区分调用的逻辑不是商业逻辑？

和Leon、Lee做了一番讨论，我觉得Lee所说的“调用的逻辑，应该封装在BusinessLayer里面，最后返回给Facade的只是结果”,应该是最能接受的观点。
接着又看了下Duwamish（在那里我第一次碰到Facade这个单词），确实大部分都只是向BusinessLayer转发消息，期间可能包含了参数的构造和检查。

重构里面说，方法里面如果只是转发消息没做什么实际操作，这个方法应该考虑去掉。Facade比较特殊吧，SOA里面的Service Interface 。