开发记录————BUG分析

 国庆一过连上七天班，瞬间整个人都不好了。而且还有节前的BUG留了几个，到现在还是非常头疼的，从节前到现在连调整节日综合症的时间都没有，又要投入到紧张的工作中，于是不可避免的都被打回了一些BUG，还真的头疼。
这周的BUG量事不少，但基本都是比较简单的问题或者增加新的功能，换而言之也就本人出现了很多低级的错误导致了BUG的横行，从各种意义上来说还是让人开心不起来呢。
低质量的BUG修复直接导致了这周的博客涉及到的技术面会比较少，而且很零碎，但我觉还是整理起来会比较好，也许很多看似很正常的事，实际上还存在着BUG。并且也可以很好的反思自己当时事如何考虑的，为什么会出现BUG，以及自己处理的又在哪些地方出了问题造成了新的BUG
首先有一个BUG，是在获取列表时增加一个sql语句的判断，于是我的处理方式是在实体的查询方法上直接增加了一条查询语句的判断，检测后没有问题便提交了。但忽略了这个方法还有被其他调用的可能性，于是便造成了其他调用此方法的地方出现了数据查询不到的BUG。以后要提醒自己，修改公共方法的时候一定要考虑其他调用此方法的地方会不会受影响。
其次，要对一些input输入框做好长度限制。很多时候在嵌套页面的时候会忽略这一点，有些时候在用户输入的时候没有做限制，而页面上刚好是个比较大的文本框，比如设定大小的input或textarea什么的就容易造成用户输入字数过多无法储存的状态，这方面的话最好在页面做好maxlength的限制或者在后台用substring之类的方法切掉多余的部分并且在页面上做好提示工作。因为一旦写好之后再一个个回去找真的是个吃力不讨好的工作。
对应上面输入做好长度限制，输出也是一样，因为字符长度过度造成样式错乱，还是要在页面嵌套的时候就要考虑好，用substring()方法去切还是 <div style="width:200px;white-space:nowrap;text-overflow:ellipsis;overflow: hidden;"></div> 这样的样式截取也好，请务必根据实情做好限制。
题外话再插一句，中间写道有关AngularJS的地方瞬间懵逼，只好乖乖的看api研究了下，才知道AngularJS的参数是可以写在div里用元素属性的方式获取的，比如 <div ng-repeat="list"></div> 之类的方式，同时这里面也可以使用java方法。当然这方面还需要详细研究下再细说。
其实大部分的问题都能了解需求，仔细思考架构就能避免的问题，结果像我这样拿到手边写边想的结果就是搞得很僵硬，以后还是要注意：请在大脑正常的情况下写代码。不然结果就是想现在这样一直吃力不讨好。