软件业务逻辑设计与后期维护

分层的设计思想如今已经被大部分开发人员认同，并得到了广泛的使用

在分层开发过程中，对逻辑和流程的掌控应该是被重点关注的

分层分得干净，流程是各个层的衔接者，而逻辑要被干净的封装在同一个层中，对将来软甲的升级维护大有裨益

笔者最近接手某企业信息应用软件的维护工作，其软件业务逻辑被打散在UI BLL 存储过程中，

使得软件的跟中调试成为噩梦（PS:没有任何开发文档，数据字典，还好曾经参与开发的一个工程师人很不错，还可以问一问（维护不是他的职责完全义务帮忙）），

当错误发生在存储过程中时，

由于本地调试库与程序并没有相同的错误，

导致只能人为对代码进行分析以及推测，效率之低可想而知

 

另，术业有专攻，或者业务逻辑统统使用存储过程来完成，将来维护时聘请SQL工程师，或者业务逻辑通过代码来实现（数据库只实现表与视图），维护时聘请.net工程师

笔者之前写过的某些程序，由于考虑到性能，喜欢把部分数据缓存到客户端，进行业务逻辑处理，如今看来，此种做法实不可取。