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