选课总结--用户体验初识

 小编最近在做选课的时候出现了很多问题，现在差不多做出了一个雏形了， 先说一下选课的具体的场景吧：学生以自己的身份在特定的时间登录，能够找到自己的选课轮次，将已经给该轮次配好的课程查询出来可以供学生选课了。学生选课一门课程，该课程就会出现在学生已选课程的表格中，并且，该课程的剩余容量会减少。学生退课，选中学生已选课程进行退课，退课之后，学生已选课程表格将会减少这门课程，并且该课程剩余容量将会增加。学生根据查询框可以查询自己想要选的课程。

      采用spring管理，hibernate持久化数据，利用EJB实现远程调用，用JBoss进行部署和发布，剩下的就是代码和逻辑了。我这片主要想讲一下逻辑的问题。
 一、easyui-分页查询

            在这个过程中是有错误的，本身用easyUI应该是没有问题的，但是经过多级嵌套之后就很容易出现问题了。以为底层的方法分页查询方法不能进行多表查询，所以只能是利用SQL选择返回list的底层方法，本来分页是没有问题的，但是分页下面的数据总数是有问题的，所以需要返回一个正确的总条数就需要重新写一个查询。

 二、表格更新问题

         在做选课和退选这个过程的时候，需要刷新剩余容量，但是easyUI本身表格是有局限的，我们不能做到只刷新一个具体的字段，那么这时候我们变换解决方案了，每次提交选课和退选的时候刷新的表格。但是刷新的时候又有数据写入的问题，如果多台机子进行抢课，那么就不能去页面的数据进行计算写入数据库，而是每次写入之前需要先取出数据，然后进行计算在重新写入数据库，此后才进行刷新页面的操作，这样就能保证数据的正确性。

 三、学生登录

       验证学生登录的时候需要考虑的条件有：

      （1）学生选课轮次的时间：学生是不是在规定的时间登录

      （2）学生的学院、年级、专业层次是不是在当前选课轮次中

       出现的问题：

       时间格式可能和我们在代码中用到的时间格式是不一致的，也可能是使用种可能出现问题，那么为了增强我的代码的健壮性，我需要自己去把取出的数据去匹配我需要的时间格式。在这个过程中出现的问题很隐秘的，如果不考虑的话。eclipse可能并不能准确的定位到出错的位置，所以我们在做的时候需要考虑的周全一点儿。

 四、表结构

       其实在刚开发的时候并不是很理解表结构，因为用到的表比较多，所以多表查询的时候会有很多的问题。给大家的建议是：在理表结构的时候，宁可多花点儿时间去理表结构，考虑需求。也不要草草开始，要不然都是坑，坑自己也坑别人。
 五、总结

     这次的模块儿真的给了自己很大的成长空间，因为之前都是做好的需求，照着做就行，没有那么多的问题，现在是做好之后还需要仔细考虑，需求这种东西需要仔细考虑，不要认为自己考虑的很清楚了就不去想了，不一定哪个错误就告诉你这种处理方法不合适，必须要改变策略。需求这种东西，任重而道远啊！