周报 3月18日--22日

周报
支浩宇
3月18日--22日

这星期我继续保持了良好的编程状态，不仅能做到自己写的代码写一遍就正确，还能较快解决由于别人代码错误导致的问题。

这星期我分配的任务是把涉及到投诉的页面上文字改成从数据库读取。比如说有一个投诉选项是“商品质量问题”，这几个字是直接写在源码里的，现在改成存在数据库里，我用代码把它读出来。以后修改这些文字，只要改数据库，所有页面上都会同步更新。

涉及到投诉的页面大概有5个，需要改的文件有6个，文件与文件之间是互相影响的，提交一个的话，另一个也要同时提交，否则如果有的人正好在两个文件提交的间隙时下载到其中一个文件，就不能正常运行。除此之外，还要在主干和分支上都提交，这样就导致出现很多文件的不同版本。我在自己硬盘上把它们都组织好，分清楚哪些文件是改动前的，哪些是改动后的，哪些是主干、分支的。很大一部分工作时间是花在管理这些文件，记录自己改动了哪些文件的哪些地方，在脑子里想清楚所有文件的最新情况、最新进展。在做完并提交完代码之后，感觉这些时间是很有必要花的，因为我所有的改动都是一次测试就成功通过了，这正是由于我在工作过程中细心、谨慎。

这星期遇到的各种出错，大多是由于别人的失误。我总结出以下几种：
1. 别人把他电脑上开发工具的配置文件添加到了源控制，导致我的开发环境报错，说找不到D盘的mahongcao.co目录。我只需在相应的.xml文件中把mahongcao改成自己的路径即可。
2. 别人提交了一个Action类，由于没提交完相关文件，Action类报错。这种情况，由于Action类只影响那个功能的页面，我如果用不到那个功能的话，自己在本地修改一下，能跑起来即可。
3. 别人提交了一个ServiceImpl类，受影响的类却不同时提交，导致Tomcat启动时报错。这种情况，我自己不会改Service类，只能等那个人提交代码。
4. 代码中原来就有的错误，例如跳到一个出错页面。这种情况我能够通过单步调试，找到出错的行，自己改正。等我的工作完成了，我会根据情况把之前改过的地方改成原样，确保我提交的修改只和我做的功能相关，而不去改动别的模块。