这篇博客总结了作者在开发差旅费报销系统过程中遇到的问题和经验教训，强调了验空的重要性以及合理分层对降低耦合度和提高复用性的关键作用。作者反思了将业务逻辑放在aspx.cs文件中的错误，并提出改进方案，即利用服务器控件收集数据，将业务逻辑移至BLL层。此外，还提及了数据库设计的兼容性和扩展性，以及后台处理流程中的用户验证和session管理。
题记
去年 12月来的开始做这个小项目，当初什么也不懂，走了不少弯路，现在来看，有必要将当初犯的错误记录下来。这样今后 ，就少犯一些。
有一些问题 需要仔细考虑。
内容
1. 验空
验空是解决 程序性可能产生的错误，
还有技术就是需要解决人为性错误（比如填行程统计那 ，需要保证时间 是顺序 往下的，不能有 到达时间比 出发时间要早的情况。）
感觉 能够实现功能只是完成了一半工作，剩下的一半工作就是 将可能产生的错误找出来，并且规避，给出提示。或者提示需要改的地方。
2 关于分层
目前这个项目的分层是这样的
UrocmaSystem : 主要是包含 aspx文件，处理页面逻辑。
UrocmaSystem.DAL : 跟数据库打交道
UrocmaSystem.Model：数据库中标的Model
UrocmaSystem.Utility:程序中需要用到的一些工具类
UrocmaSystem.BLL ： 这一层应该是放业务逻辑。（但是在程序中没有用。因为初期没有考虑好这一次该怎么用）
说一下目前开发的 分层： 具体如上面介绍，最大的不好的地方在于，将很多的业务方面的逻辑放在了aspx.cs 文件中，之所以这样做的原因是因为 在我们做的网站中大部分的数据 是通过 服务器控件取值，
最低0.47元/天 解锁文章
扫一扫
841
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
