写给自己的工作总结

1、ClassCastException

有一天service层从DAO层取数据后要在service层里把数据处理一下，当时也没注意，就按照其他同事代码的路子写了段代码，结果运行的时候就出了ClassCastException。debug了一下，发现从DAO层里面是能正常的取数据的，于是再找原因的时候就没认为DAO层有问题，而是盯着转型的那行代码。

service层代码

 list = qxtDAO.query(pageNum);Iterator iterator = list.iterator();while (iterator.hasNext()) {Object[] objs = (Object[]) iterator.next();//......}

DAO层代码

 

public List query (int pageNum) throws Exception {try {String queryString = "from table_1 t ";//......List list = query.list();return list;} catch (Exception ex) {log.error("query failed", ex);throw ex;}}

这个代码看起来没啥事，就是在执行service层的

 

Object[] objs = (Object[]) iterator.next();

的时候就会报告ClassCastException，我当时特别纳闷，DAO层里拿到的数据是很正常的数据，我得到的list里的数据也是一个一个的啊，怎么就不能转换成对象数组呢？而且同事的代码也是这么写的，都没啥问题，凭啥我的代码就出异常呢？于是我就在网上使劲的找关于ssh和ClassCastException的内容，不过也没得出个什么结果。

最后终于扛不住了，请东哥来指导我，东哥说“只有数组才能转换成对象数组”(原话记不清了，大概是这个意思吧)，我当时还不信，还非说我list里的东西也是一个一个的字段，拒不承认东哥的正确意见。

就在这时候，我无意中点开了同事的DAO层，发现他是写了完整的select语句，立刻就恍然大悟，遂将DAO层里的代码改了，然后就一切正常了。

String queryString = "select t.a, t.b, t.c from table_1 t ";

 

原因真的挺简单的，嘿嘿。因为如果用最初的方式查出来的是个对象，想转型成对象数组当然会出问题，而这种方式出来的就是个数组，再转成对象数组也不会出什么其他的问题，嘿嘿。

小收获一个。

2010-01-22日

2、子页面完成后父页面总刷新的问题

呃，不及时写总结的坏处，周五的时候还记得很清楚，现在已经只知道大概的情况了。父子两个页面，在父页面点击“添加”按钮后到action中处理下，然后从后台绕一圈，弹出个子页面，在子页面里添加完数据后，再点击“添加”按钮将数据提交到服务器上。

因为页面的格式是一样的，所以我直接把同事的页面代码copy到我自己的页面里，按理说也不应该再出现啥问题。可是到了我手里就出了问题了：每次添加数据后，父页面都会弹出IE那个经典的“您所查看的页面正在尝试刷新。。。”（大概是这个意思），研究了半天也没研究明白怎么回事。恩，似乎我一直以为是父页面自己的问题，然后还把父页面里的东西注释掉了一些，结果也不好用。

最后坚持不住的时候，请了东哥帮我看下，东哥看了眼子页面的代码，然后注释掉了一行：

//window.opener.location.reload();

好了，世界清静了。

不过我还是不明白，同样的代码，为啥别人用的时候没问题，我用就有问题。这是为什么呢？难道是人品问题？

看来学习下JavaScript还是很应该滴。

3、正则表达式的问题

上面的刷新问题勉强可以归结为自己对JavaScript不熟悉，这个问题就实在是太丢人了，写了个正则表达式，还是从网上copy的

var retime=^[0-9]*[1-9][0-9]*$;

结果每次系统都报告错误，用IE就报告有错误，用Firefox的那个Firebug就定位到这一行有错。后来就想，难道是应该加双引号？遂加上双引号或单引号尝试，结果这句是不报错了，下面的代码又报错了

 

var kTime = retime.test(time);

说什么没有test这个方法。让我十分郁闷，纠结了好久，也让同学帮忙看看，同学也没看出个什么结果来。

最后我又坚持不住了，请来东哥帮忙，东哥似乎对正则表达式也不是很熟，所以他上网搜了下，然后他就发现我的正则表达式没加转义符(/)，加上之后就好了。

var retime=/^[0-9]*[1-9][0-9]*$/;

 

哎，真丢人啊，这种错误也能犯。想我还天天自诩为仔细认真呢。

4、actionForm事件

这个还好，是自己解决的问题。

记不清是添加还是编辑数据了，因为自己没学过struts1（话说我虽然学过struts2，但是现在也忘得差不多了），所以又是直接copy了之前的代码，然后改了改字段什么的，就觉得应该没问题了。

但是，问题依然出现了，每次都是报告找不到gatewayid这个属性，因为之前自己出过这个错误，所以还是按照之前的思路来检查，检查了N久，还是没什么结果。

又是快要坚持不住了，本来想去找高人帮忙解决下，想了想，还是再尝试下吧，于是又检查了一遍，这时候我发现自己copy别人的代码，只是把相应的字段改了，但是却没改表单所对应的action的名字，难怪每次都出错了。于是把action的名字改了，再重新试下，好了，嘿嘿。

这个问题也挺简单的，还好自己没去问东哥，要不然肯定会被东哥鄙视的。另外这个小问题也让我理解了struts1的每一个action都要对应一个form，同时也让我更加怀念struts2。

5、小总结

还发现一个有趣的事情，记得当初我在中软培训当项目小组长的时候，他们有什么问题都找我，无论我当时会还是不会，最后差不多我都能给解决了（虽然都是些比较白痴的问题）。但是当我到这里之后，也总会碰到些比较白痴的问题，但是自己就总解决不了，于是只好问别人了。等到问别人的时候才发现这个问题挺容易的，自己也很容易就能解决。

自己在心里悄悄的猜想，可能当初能解决那些问题一是因为时间比较多，所以能慢慢的去解决问题；第二个可能就是因为在我们组除了我之外别人更不可能解决这些问题，所以只好自己努力去解决。

但是当我来上班后，不自觉的就把自己放到弱势地位，潜意识里就认为自己解决不了这些问题，而且旁边还有高手坐镇，就算自己解决不了，也可以由高手帮忙来解决，所以就出现了这个情况了吧。还也许是一个人容易有思维死角，有个人帮忙想下就好了。

在上面的几个问题中，前三个都是当时自己没能解决，然后去找东哥帮忙才解决的。其实这些问题都很简单，不知道当初自己怎么就死活都解决不了。

这几次东哥每次都交给我点技术之外的东西，比如要善于利用网络，要细心……但是我觉得最重要的还是相信自己。

 

写这个小总结还有个收获，以后发现bug一定要及时截图或者用其他方式记录下来，否则等到自己想写总结的时候就没得写了。