标签：提醒 报表 删除 幸运 名称 ble 很多 颜色 长度
2017秋，桃子已经步入大学三年级了，觉得格外幸运 因为现在，有了学习的动力。
如果你和我一样也是在大学中后部分才意识到，自己是个大人了，思维模式开始转变开始融入一些前所未有的认知，觉得自己渺小得如沧海一粟，那我一定要送你一句话，种一棵树最好的时间是十年前，其次，是现在。即将21岁的桃子对“人生”的看法之一是，在这个过程我们会拾起很多东西，有的第一次遇见会茫然不知，只有当失去的时候才明白它的可贵，也不知道之后的路途中是否还有这样的机会，虽然世上没有后悔药但是，它给了我们下次提前反思的机会，和把握现在的机会。这就是它的价值。
好啦，言归正传，咳咳。
今天的总结主题是，做生活的有心人。在第一阶段的项目结束之后，认为自己在这部分做的不是很好，包括用户界面显示，对于用户输入的分析，用户体验的考虑，对数据库的设计，以及在编写代码时的习惯，和一些建议。
1.用户界面显示，不是用户给的界面逻辑就是完美的有时候我们可以通过思考进行改进(当然如果是在真正的项目开发中，需要取得客户的同意)。比如：
1.1用户未登录进入网站可以进行哪些操作，是否可以填报/查阅/浏览重要信息，是点击输入之后才提醒还是一开始就不出现这个选项提醒用户登录，登陆之后是否还出现注册登陆的选项是否该出现退出的选项。
1.2对于多功能的网站，我们是否该将其风格统一，比如部分颜色，字体，底色，显示位置，标签等。考虑到界面跳转时用户的体验，通过统一风格的方式能使这个网站看起来是一体的，不是拼凑，胡诌出来的，使用户在操作时不显得突兀。
1.3用户条目浏览是希望得到哪些数据项的大概，希望条目信息浏览后进行那些操作，详情?修改?删除?条目信息是否该按照某种规则显示，如日期先后，状态的分列。
2.用户输入的分析，在大的项目中这一部分也就是是行规被客户默认的但是作为项目人员的却不得知的。第一阶段在这部分做的不足是在意了对客户提出的要求，对客户未提出的要求并没有考虑到比如：
2.1类型校验，如电话号码用户未提出我们是否该考虑到长度和输入类型是数字，如验证码是该用图片类型还是简陋的文本类型就好让用户保佑看看能不能复制的侥幸心理再失落一下，如日期输入是应该2017/10/25?2017.10.25?17/10/25哪一种等等。
2.2用户提示，比如对于500字的输入限制时，是否该有placeholder提示，输入时是否该显示还剩多少字可以输入，填多了是否还可以继续填写。如validate错误提示lable和input什么时候应在同一行显示。如提示错误之后，光标是否该停留在错误处还是需要用户鼠标点击回去修改，如保存提交 是否询问确定提交，是否询问用户需要连续输入 。
3.用户体验的考虑
3.1对齐方式，比如表格是否该在网页中间显示大小是否该被考虑到，怎样设置字体，按钮大小和形状是否该醒目。
3.2对比，lable是该在同一行还是多行，对不同输入内容的input长度和宽度是否盖被考虑到，重要信息和普通信息的颜色或者标志是否该有区分，同一个name的多选框单选框每行显示的数目是否该使其长度看起来统一
3.3减少用户输入，比如是否该在填报表信息获取用户信息显示在相对应的文本框中供用户使用或者修改，是否应该在没有提交时候对一些重要信息进行验证（比如姓名，身份证）以免一个信息错误导致多次输入别的次重要信息，比如审核退回是否应该有备注信息显示为何被退回。
4.数据库的设计
4.1设计1，填报信息表是否该存入填报时间是精确到时分秒还是日期就好
4.2设计2，对多项框类型如何添加导数据库，以逗号隔开还是放进数组。对A数据表包含B的信息，是应该用何种方式显示，id?parentid?字符串?字符串连接?数组?是否该在在bean中体现?在jsp如何显示?
5.编写代码时的习惯，和一些建议
能力不足所以一方面是没有考虑到以上问题另一方面是没有时间考虑23333无奈哦。
5.1编程之前分析项目实例逻辑，先把数据库设计好，不然后期需要改的地方真是太多了，无限次返工。编程过程中，像我，能力不够，有时候就该分个优先级了，不要死磕，作die。
5.2编写代码时出现的问题，想法，需要解决的，都可以记录在一个以项目名称命名的txt上，以日期分隔。哪些是处理好的，待处理的，可以有所标记。
5.3对于编程学到的知识可以学会总结，无论是代码上的积累还是心得，吾日三省吾身，港巴蝶！
祝你今天快乐明天也快乐。
标签：提醒 报表 删除 幸运 名称 ble 很多 颜色 长度
原文地址：http://www.cnblogs.com/Amyheartxy/p/7731632.html
