工作周报2016.08.08-2016.08.14

这周末回了趟家，周报放在了周一写。
这周主要完善了指标项管理模块，测试，但还有很多漏洞。但心里已经不想再改了，决定先开始把excel导入的做完再回去修改。
指标项管理这个模块难我的还是文件上传、下载和管理模块，说到这里，我谈谈这俩礼拜做这个的感受。
首先，我被设计的数据库坑了，一数据库设计的字段范围控制的很窄，如一个指标项的数据类型，他设计为一位的数字，这里就不得不吐槽了，也许暂时的需求数据类型只需要一位，万一以后需求扩展呢，类型加到10种以上呢，所以的建议是数据库的字段可以设置的松点，而长度的判断可放在后台或前台代码，我觉得是越外层越好，方便之后维护修改。
然后还是数据库的坑，指标项表指标项名称是唯一的，本来可以拿来当主键，可设计者非要加个指标线Id这个无意义的主键，数据库设计最好不要有两个或多个唯一的键，防止数据冗余，也防止之后编程设计的麻烦。
最后是文件管理这个神坑，需求上指标项与文件是一对多的，所以专门添加了文件表，文件表中有指标项Id作外键，却没设置文件状态。然后要说道指标项管理的流程了，指标项新增修改什么的都要进行审核，就是把数据复制到附表中，审核通过再修改到主表中。这样一个设定导致一个用户在修改一个指标项的文件时，删除文件只能立即删除，而若修改的审核不通过，删除的文件却不能还原。深坑。
说到这里，我想表达，也是写给今后的自己。开发一个新的东西，不要上头说啥你就做啥，而不去思考项目的可行性和方便性。在需求时一定一定要把项目运作的流程，运作的细节，好好搞清楚，在对比上头的需求与上头协商一个更好的方案，这样以后的开发才会顺利，美好，不会因一堆尴尬而让工作的兴致全无。
从头开始认真，才是对代码和自己的负责！！！