差旅费报销 总结

题记

去年 12月来的开始做这个小项目，当初什么也不懂，走了不少弯路，现在来看，有必要将当初犯的错误记录下来。这样今后 ，就少犯一些。
有一些问题 需要仔细考虑。

内容

1. 验空

验空是解决 程序性可能产生的错误，
还有技术就是需要解决人为性错误（比如填行程统计那 ，需要保证时间 是顺序 往下的，不能有 到达时间比 出发时间要早的情况。）
感觉 能够实现功能只是完成了一半工作，剩下的一半工作就是 将可能产生的错误找出来，并且规避，给出提示。或者提示需要改的地方。

2 关于分层

目前这个项目的分层是这样的

UrocmaSystem : 主要是包含 aspx文件，处理页面逻辑。
UrocmaSystem.DAL : 跟数据库打交道
UrocmaSystem.Model：数据库中标的Model
UrocmaSystem.Utility:程序中需要用到的一些工具类
UrocmaSystem.BLL ： 这一层应该是放业务逻辑。（但是在程序中没有用。因为初期没有考虑好这一次该怎么用）

说一下目前开发的 分层： 具体如上面介绍，最大的不好的地方在于，将很多的业务方面的逻辑放在了aspx.cs 文件中，之所以这样做的原因是因为 在我们做的网站中大部分的数据 是通过 服务器控件取值，
如下：

 前端： <asp:TextBox ID="ActualPersonName" runat="server" class="form-control input-sm"></asp:TextBox> 后端： model.ActualPersonName = ActualPersonName.Text.Trim();

前台aspx文件中 放一个 服务器控件，后台 直接 将值取出。不得不承认，在取值这方面，.Net这方面相对于Java是做的比较简单粗暴。但是，我们的错误在于 ，将过多的业务逻辑放在了 后端的 aspx.cs 文件中，其结果就是业务逻辑 与页面耦合性太强，不能重复利用。

目前我的 想法就是： 服务器控件存取值的优势要利用，但是，后端的aspx.cs 文件的功能仅仅用来 收集 数据，同时做好 数据的验空等一些准备。然后涉及到 业务逻辑，比如，保存到数据库，修改单子的状态（慢慢补充）等。放到 BLL层 ，这样 ，就能将BLL层发挥出作用，同时能够重复利用。

分层是复用性的王道。

1. 流程考虑
2. 开始时 是该想做到灵活，用一些模式 ，还是 写写死。
3. 功能不能重复。有时候 太关注局部，要时常跳出来想想。尤其是要添加一个功能页时。
4. 多从整体去考虑问题。去设计。
5. 数据库设计时 ，一定要考虑好兼容性和扩展性，要考虑
6. 举个小例子：有条件的分页查询 ，需要记住，条件，在翻到第二页时 才是 真的与上一页的条件一致。
7. 后台的基本流程：1 登录，添加到session里 ，在application里做记录，防止重复登录。2 每次页面都需要验证用户是否过期。（感觉最好是继承自一个父类最好了）3 session结束时 可以做出一些动作。
8. 感觉后台 是先 能够实现功能，继而 开始考虑各种出现bug的情况。并且在考虑bug的时候 ，不断的调整之前的设计是不是有硬伤，需不需要修改。
10.