`
Wingel
  • 浏览: 117623 次
  • 性别: Icon_minigender_1
社区版块
存档分类
最新评论

与Simon,Warren,Neo,Paul同学聊天体会

    博客分类:
  • Java
阅读更多
        在旧公司的最后几天里,Warren来到了厦门,于是大家便一起去饭店里面吃饭。
        这场饭局,真是只讲技术的东西啊。Simon讲说他们公司,以前thoughtworks留下来的代码,它们的事务是这样管理的,用一个filter,在收到request的时候,马上就开一个事务,与之对应,然后在request处理完成后,把事务提交上去。也就是说,整个事务的范围,相应于 request的范围。也就是说,如果一个请求处理比较长的话,这个事务就要一直在这边等待。那是相当的损耗啊。
        于是Warren马上提到,这是把东西放在ThreadLocal里面吧。呵呵呵,想不到还是有人对这个类很敏感的。
        于是大家吵啊吵的。
        后来,Neo终于提出了我们一直在使用的方法,就是用spring的Transactional的标注。手动声明事务的范围。事务话题结束。
        于是我们又谈到哪个web框架比较好,这几条人都对webwork极大的反感。说很耗资源。原因如下:
        每个action都是一个new出来的bean,不像struts,每个action就是无状态的。
        Interceptor太耗资源了。而且每个interceptor都引用了整个ActionContext,这是warren所不喜欢的。而且有时候,Action也持有整个ActionContext。他说action就应该很小的一个颗粒。而我最反感的就是那个OgnlValueStack,感觉这个栈的东西太深了,有时候里面有什么东西,我们都不知道。
        于是他们就问我,去新公司用什么web框架,我很小声的说,jsf。 立刻嘘声一片。我只好很勉强的说,其实jsf跟webwork差不多的。每个action也是一个bean。不过Neo同学一直觉得说,JSF又想学.net,又想学java,其实弄得个四不像。
    大概还有cache话题啦之类的种种。
     Neo又谈了一堆服务器优化的东西。不过我都没记住。Simon说他们公司用tomcat做集群。最近想用apache做个内容访问器。也就是说,所有jsp的用tomcat访问,碰到图片或者html的,就用apache来处理。这样tomcat处理的请求就比较少了。大家都同意。
    后来Simon谈到有一回他看到ajax框架的速度的排名。我马上追问jquery的排名第几。第几名我是忘了,不过也不靠前,prototype排第一好像。其实jquery的selector的效率的确不快。不过它其他功能的确相当的好用,selector也极其极其方便啊。
    唉。。。。。。
    有可能,我们这几个人在一个团队里面合作吗?


        
分享到:
评论
1 楼 rappy 2007-07-11  
,这么多名词没听过,汗,项目做太少了.

相关推荐

Global site tag (gtag.js) - Google Analytics