2007-07-03

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

        在旧公司的最后几天里，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也极其极其方便啊。
    唉。。。。。。
    有可能，我们这几个人在一个团队里面合作吗？


        
评论
rappy 2007-07-11
，这么多名词没听过，汗，项目做太少了．
发表评论

您还没有登录，请登录后发表评论

Wingel
搜索本博客
最近加入圈子
存档
最新评论