2004年10月22日星期五

昨天下午和沈讨论过一次网站的整理中的问题，我向他提出了一个整理中的问题：在整理BusinessFacade层的对象时，我发现对同一个领域对象的查询、插入和更新的操作是分别放在了几个类中的，是不是要考虑把他们合并到一个BusinessFacade层的对象中呢？

他给我的分析对我很有启发：BusinessFacade是封装业务逻辑的（对表现层的调用者称为业务外观层），那么业务逻辑不是CRUD（增删查改）等功能（是DataAccess层的基本功能），而是在进行CRUD的之前需要进行的相关操作，例如：在查询一个构件的信息的时候，同时要记录这个构件被查看了一次，同时最近的浏览记录进行记录等，这些操作可能设计几个不同的领域对象，但是通过一个统一的业务外观层进行了包装。

讨论到过去的购物车设计的时候，我提出这个购物车系统在设计上破坏了原有Duwamish架构的风格的统一性，原有架构采用了Façade到DataAccess的分层风格，虽然购物车系统相对独立，可以从工程的物理放置上分开，但是不应该将其分属在不同的命名空间中，由于系统本身缺乏架构文档，因此这样的划分更是造成了系统逻辑层次的混乱。