火与冰--alva's blog

今天在图书馆随便的翻书，找到看到一本《java开放源码编程》，翻开目录来看，发现里面有一章是讲webwork，一年以前就知道webwork，那个时候我正用struts完成一个项目，听有人说它更好，但是后面也没有怎么关注了，我用得好的才是好用的。接下来考研，更没有时间来接触这些东西。于是就准备来看看，一口气看完那一章，顿时觉得有一种很舒服的感觉，我个人感觉就结构来讲比struts优美多了，它用接口而不是集成，用一个不带参数的excute方法，返回值只是String类型。我仍然记得我有一次写一个Struts Action的错误，我忘记了在execute方法后抛出Exception，后面调试了很久才找到毛病。另外那四个给excute方法传的参数，写起来接够晦涩的，并且返回值是ActionForward，这对于某些可以把几个操作集成的方法写起来很不爽。比如我记得那个项目中我有两个分类表保存着两种不同记录的分类信息，但是结构是相同的，处理方法也是相同的，只是我要传的数据表的参数不同而已。我就可以把这些基本的操作写到一个类里面，然后再分别在Action里面调用就好了，在Struts里面我又多写了一个类，来保存处理后的结果。如果返回值是String类型就不用那么麻烦了。另外在Eclipse里面，实现接口不容易犯错，eclipse会提示你，而在类似于struts的继承中，即使不小心参数顺序类型搞乱了，IDE给你检查不出来。当然，如果没有struts的基础，我不可能那么容易的理解webwork，我觉得struts是最接近servlet的框架实现，比较容易想到和理解。当然，本文不是来比较webwork和struts，我只是就我的使用中的两点来说我的感受。从struts的主页上来看struts看上了webwork的技术，准备在strutsTi中接合webwork的技术。不过那本《java开放源代编程》我就不准备借回来了，这本书的翻译质量我先不说，我还没有看原版的，但是排版上就错漏百出，很多地方大小写不对，在java这中区分大小写的语言中，大小写不对就是错误！还有些的程序片段是错误的，很明显的错误，不用去运行就知道，缩排更是恐怖，很多类的属性和方法之间居然空了很多格，谁见过这样的写代码的方法？有几个xml配置文件前后都不匹配，没有结束标记。本来读来挺通畅的，但是这些错误让我很不舒服，有的时候，我真怀疑现在书的质量。这么多明显的错误，让我不敢看了，回来下原版的电子书《java open source programing》！学习java web编程和J2EE的，推荐看看。不过知识有点就旧了，现在技术更新太快了，但是只需要了解一些概念，就可以从各个开放源代码项目文档中学到你需要的一切。我准备在近期的项目中用webwork等等技术了！