re: 笨笨 泥巴麒麟 2012-03-28 19:00
你丫的就该赶紧背单词出国啊
re: 加油背单词 泥巴麒麟 2012-03-28 19:00
妈的还敢说精通英文，就知道吹牛
re: 最近的事情 泥巴麒麟 2012-03-28 18:59
唉，总觉得当年的自己比自己更有文化
那些破玩艺根本就不要支持，就支持java就行了。其实我就觉得那个精简版挺好的，给我个ant跑就全搞定了。
帖子里带的这个类本身就有相关代码，会重设你的中文字体
re: 关于groovy 泥巴麒麟 2008-08-15 10:46
主要我并不理解脚本语言得优势， java给了你很多限制，但是这是帮助我们去更好的写程序，程序更易于理解，而不只是说怎么用最少的代码作事。因为在ide的帮助下，我们并不是说每个字都要敲的对不对。
我相信在小的应用上也许这个的开发速度能比Java快一点，但是有意义么？我光用jsp写web不是也飞快。针对于这个语言基础，你可以开发很多应用，比如grails，但是我还是不认为groovy会有什么优势。有这个功夫做java封装，也许更好使。
举个例子，我可以预先封装很多java语句，然后让你输入一个命令就跑我的java程序，这完全就是一个jar包就解决的问题，为什么要弄个如此松散的新语言呢。
源码是公司产品了。而且这个文章是2年前做的了，那源码对现在来说也没太多价值。
re: 算移民卦 泥巴麒麟 2007-04-23 17:05
我倒
感谢这么久前的东西还有人评论！
首先关于displaytag.我认为并不能说设计失误而是设计如此，所以使用非常简单，而且不用为分页的东西而穿透逻辑层，在列表不大的时候，和hibernate配合，代码非常自然简练。而且排序无需依赖Sql字段。但也因此有他的性能问题。一个东西肯定是有缺点和优点的，找到符合自己需要的就可以。当时我也测试了数据量，并定死最多选择10000条，再多的分页基本上用户是没可能看的。
关于webwork，坦率说我对基于web的mvc设计并不是很感兴趣，怎么简单怎么好。所以webwork比struts好就好在简单。而且也很久没用webwork了。你所说的模型驱动如果我没记错，指的是直接在action里面直接使用pojo作为一个field来传递数据，印象中这个也没什么特别好说的，无非是jsp里格式写正确了就好。如果要我起名字，我宁愿把这个叫做自动装配，无非是把页面的数据自动装到pojo里传走，省得大家写的累。我写javaBean+jsp的年代就用反射写过类似的东西，个人认为不是什么大不了的设计思想。spring才是有设计思想的。
拦截器实在记不大清,参考别人做法而已，应该是在webwork的配置文件里做的。
"经过实写代码，感觉用jdbc实现dao效率非常低，而且容易出错"，
这句话我的意思是当时我在考虑到DAO层次的实现上，和spring结合，我可以采用jdbc直接实现，也可以采用hibernate实现，自己试写，比较之后认为jdbc开发效率低，写好了之后再写测试，把我累得不行。当时我们的人手太紧，项目日程上不允许你慢慢来。用hibernate我就基本放心，单元测试就做得比较弱了。
我说是效率而不是性能，这句话不至于让人有误解吧。我觉得能看到这里的朋友都是有一定基础的。就好象说用c开发比用汇编快。你非要说快在那里？汇编最快了，这就抬杠了。
这篇文章是一年半前写的，里面提到的拦截方式，现在很可能有更好的解决方案，加上自己最近也没有在搞spring和webwork,所以不敢误导别人。那个自动装配的方案本身也很简单，记得有人做好了类，google一下就好
re: 修改struts实现 "动态部署" 泥巴麒麟 2006-04-26 13:58
思路很简单
只修改了ActionServlet。每次有request请求的时候，检查一下配置文件的日期，如果已经修改，则重新读配置。
只是那代码需要仔细看一下，注意清掉缓存的processor。
新版本的改起来应该类似。只不过公司不用，我也懒得弄了。
re: 今天做了一件很惭愧的事 泥巴麒麟 2006-04-18 12:45
已经换了，现在在1.4下应该可以。不过你的错我不知道是否是版本引起的。要仔细看看控制台。
re: 今天做了一件很惭愧的事 泥巴麒麟 2006-03-23 16:55
我这里是可以的阿。我是用1.5编译的。我一会换成1.4
re: 论hibernate解放程序员 泥巴麒麟 2005-10-21 18:22
多表关联指什么？我遇到的一般的关联都是可以的，包括类层叠几级的。不过说实在的，hibernate可能主要还是用于关联比较简单的比较有把握，慢也慢不到哪里去。如果关联复杂数据量大，还是要想当功底才有自信阿。
真是曲高和寡亚 泥巴麒麟 2005-06-06 13:12
哎呀呀