让架构师直呼受不了你了

  一天的工作还是很紧凑的,但就是感觉效率不高。其中在注释代码,添加jvm参数等过程,自己显得粗心大意。比如在还原注释代码的过程中,选择的区域不对。在添加jvm参数过程中,复制了多余的内容。这个事情本来很简单,不会犯错,但是自己还是没有做好。起码在两个地方可以发现并修改这个错误,一个是在复制的时候,一个是在粘贴的时候,自己都没有看一眼,说明自己真的应该上点心了。

  然后下午,距离上线已经很紧了。但是测试说还有问题。我去看日志,日志很少,基本看出问题出在哪里。自己检查代码,也不知道代码出现在哪里。然后只能加点日志。让测试重新发一下。然后我就在后头看到了传递的参数。我复制了参数,然后在本地调用,但是本来还想改改在部署上去的,因为本地配环境比较麻烦。但是一个同事开发开玩笑说我又要部署了。于是我心理真的很不好受,要尽量一次成功,在本地调好,不要老出问题。环境复杂也要配,刚好这个不涉及数据库操作,不是黄区。然后自己在本地调试,又发现不少问题。比如压缩问题,解压文件,文件路径等问题,如果不是自己认真调,真的要拖很久才能解决。

  然后自己在匆忙之中,思路也比较乱,全靠反复的debug发现问题,然后解决。写的代码也很臃肿,对此,我只想说,能够正确表达业务已经很不错了,虽然我也想把业务写的优雅些,但是真的很难,也有一个过程。

  自己写代码时,很多基本的操作不会。

// 
ZipEntry zipEntry  


ZipOutputStream
String name = zipEntry.getName(); // 这个就是压缩文件的名字


File[] files = file.listFiles();// 返回文件夹下所有的文件。

// 
压缩文件流和普通的文件流:
普通文件流可以直接用,但是压缩的文件流还是要解压缩后才能使用。就像视频数据,在传输的过程中都会压缩的。

// ResponseEntity<Reource> res = restTemplate.getEntity() ; // 自己在本地练习一下文件传送。,这是是双方约定好好的数据传输接口。

  

猜你喜欢

转载自www.cnblogs.com/Robin008/p/12676738.html