页面相关

页面时软件开发时必不可少的一部分，但是对于我来说却是比较特别的，对个人来说，我更倾向于后台开发，将来的方向也是跟数据相关，跟数据库相关，所以对于前台的理解显然是没有专业的前端开发人士高深莫测，诡异不可深究。（主要我是看天天搞页面，迟早会被烦死的）

我自己做的项目属于一个中小型的项目，正好适合用来稍微的讨论下在项目中相关的排布。

言归正传，对于项目来说，可能会按照具体的项目不同会有不同的做法，我这个项目是通过工作流的方式来规划业务，通过工作流的分配来安排不同的业务流程，在index页面中将业务查询到放入左侧的业务tree框图中，对于工作流本身做过一些理解，大概就是将业务的流程通过画图的形式放在工作流中，至于画图节点本身也是开发工作流项目时一步步开发出来的，具体细节没有仔细研究，大概理解工作流就是为了本项目的工作流程配置提供数据所用就可以，当然，工作流可以用于多个项目，因为流程本身是通用的，项目的步骤和流程涉及到的权限和相关权限人员也是由工作流配置，所以才会有不同的人登录该系统才有不同的效果，也是workflow来规划，这是关于项目本身之外的一些说明。

到具体项目，项目本身是通过点击右侧由工作流得出的业务流程，传入相关的人员信息，通过点击tree框，再传入相关的业务信息，这样可以查看到该人该业务相关案件说明，这时，创建案件或者转件以及查看相关的按键信息都可能会用到相关的数据，项目本身较为简单，通过根据案件本身，基本传入按键流水号就够用了，因为前面对案件相关信息限制已经做的够好，所以不会担心案件本身会有业务上的牵扯，因为相关的按键流程都已经做了具体的处理，所以一个案件，就已经可以说明很多的信息，所以只用案件流水号也就可以处理这些信息，所以在软件开发时，尽量让业务与业务间减少牵连，高耦合，低内聚，这样在维护项目和进行数据的相关修改时都比较方便，不用处理太多的逻辑关联关系，页面部分由于ajax的出现，已经可以再页面调用相关的后台业务层，尽量不要在jsp层写代码，尽量让页面和后台代码想分离，另外也要涉及到数据库尽量要统一和遵循某种规格，这样才会更好用。

暂时就只有这么多，实践过程最重要，总结是为了更好的实践。留待以后补充。