·写在最前
在上周，李巍老师带着我们在课堂上进行了结对编程，我会先谈谈我的感受，后面我会对我这一周编写的代码进行一个总结，最后对这周做一个小小的规划。
·关于结对编程
何谓结对编程？
---"结对编程技术是指两位程序员坐在同一工作台前开发软件。" 摘自百度百科
这样有什么好处呢？
---“与两位程序员各自独立工作相比，结对编程能编写出质量更高的代码。结对编程技术是一个非常简单和直观的概念，能达到事半功倍的工作效果。” 摘自百度百科
在我的思维习惯里，一直都觉得编程是需要时时刻刻保持清醒的头脑，长时间里花费大量脑力去完成的。所以我一直都习惯于一个人，在很安静的状态下编写代码（PS.尝试过一边听歌，一边编写代码，效果很不好）。在身边有个人看着你编写，有种什么样的感觉呢？首先，他是一直看着你一步一步的编写代码，他能很清楚的知道你编写的逻辑，对我而言，我觉得有以下几个好处：
1.在开始编写代码之前，你可以和他进行交流，比如自己的想法，自己的构思，你能把他讲懂，并能得到他的支持，相信你的解决方案是非常prefect的，但是如果中间会有些许的纰漏或者遗漏，他也能一下就看出来，并提出他的想法，感觉就像出门打仗，带着一个军师为你出谋划策。
2.在以往编写代码时，自己会犯一些很低级的错误，因为很低级，自己的心里又在想着其他的事情，所以不经意间自己就会掉进陷阱里面去。比如在if语句里，少了一个取反操作，这下好了，运行发现跟自己想的不一样，倒回来一步一步的去找，最后找到了，不禁发出一声“我X，我怎么这么蠢”。但是有一个人在看着你敲，你完全不会有这样的担忧，就像带着一个能进行复杂逻辑判断并报错的编译器。
3.想想，当一个程序猿旁边坐着一个程序媛，是不是更有动力呢？哈哈，开玩笑。
·关于编程
上个星期自己尝试着写了写一个微小的服务器，大概也有700-800行的样子，发现了很多问题，下面进行一些总结，希望自己在以后的编程中能注意这些问题:
1.过度依赖IDE。IDE帮我们做了太多的事情，管理代码，生成代码，各种快捷键，我自己也乐在其中，导致忽视了很多重要的东西。比如生成Servlet，而在生成的时候，我们知不知道IDE到底帮我们做了什么呢？所以希望自己以后先减少对IDE的依赖，尽量都自己去配置一些基础的东西，等自己熟练了之后，再使用IDE里的各种酷炫的东西也不迟。
2.代码可维护性，可扩展性和可阅读性还是太低，尽管自己时时刻刻提醒自己注意注意，但是无奈编写的太过匆忙，结果还是不尽如人意，准备在这周对代码进行重构。下面贴出一段自己编写的代码进行分析：
/** * * @Description 解析HandBook.xml * @author Han * @param moudleIndex * @return */ public static List<Module> getModuleList(String moudleIndex) { Element _rootElement = init(); moduleList = new ArrayList<Module>(); Element _moduleList = _rootElement.element("moduleList"); Iterator<Element> it = _moduleList.elementIterator(); // 遍历ModuleList节点 while (it.hasNext()) { Module _module = new Module(); List<Function> _functionList = new ArrayList<Function>(); Element _moduleEle = (Element) it.next(); _module.setId(_moduleEle.attribute("id").getText()); _module.setName(_moduleEle.attribute("name").getText()); if (_moduleEle.attribute("id").getText().equals(moudleIndex)) { // 遍历Module节点 for (@SuppressWarnings("rawtypes") Iterator it1 = _moduleEle.elementIterator(); it1.hasNext();) { Function _function = new Function(); Element _functionEle = (Element) it1.next(); _function.setId(_functionEle.attribute("id").getText()); _function.setFunctionName(_functionEle.attribute("name") .getText()); _function.setUrl(_functionEle.element("url").getText()); List<Para> _requestParaList = new ArrayList<Para>(); List<Para> _responceParaList = new ArrayList<Para>(); Element _requestParaEle = _functionEle .element("requestPara"); Element _responseParaEle = _functionEle .element("responsePara"); Iterator<Element> it2 = _requestParaEle.elementIterator(); // 遍历requestPara while (it2.hasNext()) { Element _ParaEle = (Element) it2.next(); Para _requestPara = new Para(); _requestPara.setParaName(_ParaEle.attribute("name") .getText()); _requestPara.setParaInfo(_ParaEle.getText()); _requestParaList.add(_requestPara); } Iterator<Element> it3 = _responseParaEle.elementIterator(); while (it3.hasNext()) { Element _ParaEle = (Element) it3.next(); Para _responcePara = new Para(); _responcePara.setParaName(_ParaEle.attribute("name") .getText()); _responcePara.setParaInfo(_ParaEle.getText()); _responceParaList.add(_responcePara); } _function.setRequestPara(_requestParaList); _function.setResponcePara(_responceParaList); _functionList.add(_function); } _module.setFunctionList(_functionList); } moduleList.add(_module); } return moduleList; }
这是一段解析XML文件的方法，现在再看，我很快就发现了很多问题。大概问题如下：
1.代码注释太少，还好我是才写完这个方法，我可能还看得懂，那一年之后呢？或者别人来看呢？
2.冗余代码太多，明显很多都可以提取出来成为一个方法。
3.既然我写的是一个工具类（Util），也就是说这个方法很有可能之后会再用到，那么我是不是写得太死了？仅仅是针对这个XML写的方法，还能叫Util吗？可不可以修改一下，那它能通用于大多数的XML，利用反射？下来可以修改。我相信一定有写好的Jar包，但是我还是希望能多写些自己写的工具，这样也许自己能用着更顺手点？
在这周我会把这个方法重构，然后再贴出来。
·总结
“路漫漫其修远兮，吾将上下而求索”。虽然艰辛，却不退缩。