第一次代码review所了解到的问题(非本人)

需求描述:从数据库中导出一张报表,报表的表头比较复杂,给出开始时间和结束时间,导出在这段区间内的所有的数据

原来的代码:自定义工具类,从空白表开始写,定义了一系列的数组表头,然后先写表头,再按条件查询数据写入文件中,直接导出到response的输出流中完成下载。

指出的问题:从头开写太浪费时间了,并且表头的宽度高度颜色等样式比较复杂,会占用大量代码,不如在工程目录下放置一个模板文件,里面只有表头数据,

在每次下载的时候,我们直接复制一份这个文件,用uuid来唯一命名,然后将导出的数据写入到复制的文件中,最后将文件输出到response流中,不要忘记下载之后删除这个文件,以免占用太多空间。

需要特别注意的地方:

一、文件一定要复制一份再做操作并且文件名不能重复,防止并发修改。

二、下载完成之后不要忘记删除文件

三、数据量较大时,应当分页查询写入文件,防止占用内存过多。

原文地址:https://www.cnblogs.com/helloworldmybokeyuan/p/11317064.html

时间: 2024-11-01 10:58:04

第一次代码review所了解到的问题(非本人)的相关文章

软件工程(C编码实践篇)课程总结——我的第一次代码实战之路

课程内容来自网易云课堂-软件工程(C编码实践篇)--中国科学技术大学孟宁老师主讲! 作者:魏红 魏红<软件工程(C编码实践篇)>MOOC课程作业http://mooc.study.163.com/learn/USTC-1000002006 一.心得体会 在写这篇博客时,我的心情不是想象中的如释重负,而是感慨和激动.作为一名理科生,代码对于我来说,陌生.遥远.不曾触及,所以当我开始接触到实验,需要自己动手的时候,我就崩溃了.哪怕是最简单的hello world小程序,我都折腾了好久,第一次的实验

代码review

对于代码review个人也有些小小的看法: 1.首先我觉得我们所有开发人员要弄明白 现在Code Review 的目的 ,凡事不弄明白目的,无法做好完成一件事情,个人觉得有以下一些目的: a)可以在项目早期就能够发现代码中的BUG ,提测后可以尽快的释放开发资源:b)同时可以达到知识共享 ,避免我们所有开发人员犯一些很常见,很普通低级的错误 :c)保证项目组人员的良好沟通 ,项目的代码更容易维护 大家还有希望补充上 2.Code Review 很容易变得没有意义或是流于形式,进入 Code Re

由学习《软件设计重构》所想到的代码review(二)

我们接第一篇由学习<软件设计重构>所想到的代码review(一) 来继续说明在代码review中,有哪些属于"层次结构"中的坏味道. 注:通过上图咱们看到了在层次结构中有九大问题点,咱们就从中找出三个典型的问题点给与分析和解释. 一.缺失的层次结构 问题点: public Insets getBorderInsets(Component c, Insets insets) { if(c instanceof AbstractButton) { margin = ((Abst

由学习《软件设计重构》所想到的代码review(一)

前言 对于一个程序员来讲如何来最直接的来衡量他的技术能力和产出呢?我想最直观的作法是看他的代码编写能力,就拿我经常接触的一些程序员来看,他们买了很多技术重构类书籍,但是看完后代码编写能力并没有显著提高.有人说可以用代码review工具啊,但是像市面上的这些代码review工具,只能帮助我们解决表面的bug和规范点,还无法帮助我们发现更深层次的设计问题. 下面我将结合<软件设计重构>这本书谈谈在进行代码review的时候,需要关注的哪些点. 一.技术债务 何为技术债务? 技术债务是有意或无意的做

代码Review发现问题

FrmMain.cs中存在问题 1. int i=0 设定为了全局常量且未在类顶部,出现问题时不好查找 i 属于常用临时变量,设定全局变量容易引起混乱 2.定义的全局变量但仅在一处方法中使用,定义全局变量过多 3.变量名及控件名等意义不明确又缺少注释,如顶部定义的全局变量 long length = 0; long loading = 0; private string oldPath = null; private int random = 1; private int repeat = 0;

代码Review那些事

本篇推文是以前同事做分享的时候的ppt,这里我整理出来分享给大家 什么是代码Review? 代码review是指在软件开发过程中,通过对源代码进行系统性检查来确认代码实现的质量保证机制 为什么不做代码Review? ?业务需求大,工作时间紧张 项目小,协作的人少,没必要 为什么要做代码Review? 提高代码质量,提升自身水平 及早发现潜在缺陷与BUG,降低事故成本 促进团队内部知识共享,提高团队整体水平 保证项目组人员的良好沟通 避免开发人员犯一些很常见,很普通的错误 总而言之目的是查找系统缺

如何进行代码review

代码review是质量保证(QA)的手段之一,但不是用来替代测试的,特别是自测. 一个软件项目的质量定义并不是代码review的职责,换句话说,良好的质量定义是代码review发挥效果的必要前提. 代码review到底要review哪些东西? 代码风格 代码结构(架构与设计) 核心逻辑 想要通过代码review来检测每一行代码,并确保检查出所有问题是不可能的,它更侧重于处理核心且明显的问题. 谁来review? 这个要看开发组采取的review形式,一般分为独立review和集中review,前

Gerrit代码Review入门实战

代码审核(Code Review)是软件研发质量保障机制中非常重要的一环,但在实际项目执行过程中,却因为种种原因被Delay甚至是忽略.在实践中,给大家推荐一款免费.开放源代码的代码审查软件Gerrit. 1.Why Code Review Code Review是什么 Code Review最直观的解释即看代码.常规的做法为自己看,有时代码逻辑问题可能自己看不出来,需要找同事一起看,在大家知识体系相对平均的情况下可能需要花钱专门的公司帮助查看. Code Review需要看哪些?对于刚入职场或

第一次代码测试

(1)程序流程图 测试用例设计 覆盖方式 用例号 输入 期待结果 实际结果 通过 时间 语句覆盖 1 2060 12 4 年份超出范围 年份超出范围 否 语句覆盖 2 2014 12 31 2015 1 1 2015 1 1 是 语句覆盖 3 2014 2 28 2014 3 1 2014 3 1 是 判定覆盖 4 2054 2 28 年份超出范围 年份超出范围 否 判定覆盖 5 2000 2 29 2000 3 1 2000 3 1 是 条件覆盖 6 2017 8 30 2017 9 1 20