参与tapestry项目有感
我在想，或者我所在的公司是国内使用tapestry框架最大的公司了，毕竟都上w人，上w人的公司使用tapestry应该不会太多吧，而且还是覆盖大多数的产品和项目。
?
首先，我是越来越赞同一个观点的，没有最好的工具，只有合适与否的工具。编程语言也好，框架之类的也好，都是这样，而且这个适合与否应该联系上人，我相信对目前的我来说，开发一个网站最适合的工具还是java，尽管我知道我也可以使用python、nodejs之类的来进行开发，而且还会更快一点。
?
接触tapestry差不多快有一年了，也经常要拿基于tapestry的平台来和我们部门内部的平台对比，总是没发现tapestry对比传统的jsp有什么很大的优势。经常对自己说，tapestry挺牛的，对，tapestry的确挺牛，那别具一格的控件、html文件page文件、内置的一大堆这样那样的东西比如ioc之类的，的确牛，看看从tapestry3开始到tapestry4taipesty5，你更佩服造tapestry的那一队人。我们公司的平台是基于tapestry3的，但是根本不可能轻易的过度到tapestry4和5，从目录结构就可以看到tapestry4和5更像是另外一套全新的框架，那不考虑兼容而奋力向前的精神实在令人敬佩。
?
但是，这个框架我总觉得很不适合当前的这家公司使用，到底当年是谁定的这个平台我不知道，也没人可以考究，但是对于那么大的一个公司，项目都是短平快的场景下，使用这种适合中高级人员使用的框架，实在是太不适宜了。但是，它却在几年的时间里走下来了，基于一个差不多8~9年前的tapestry3（具体没考究）的平台，已经走过了4年5年了。
?
经过了这些年，看看现在这公司当前的项目的情形：
1。新人进入后看一下文档，写几个标签就写页面了，然后基于一个tapestry的平台写代码，大多数人都是看到页面出来了就了事了，tapestry的内置的东西有哪些？到底怎么写页面才是比较好的？估计没几个人会想。
2。人太多了，走的走，来的来，遗留项目代码基本不可入目，这个不怪tapestry，但是当我想将tapestry的html，代码弄得稍微没那么垃圾，我发现太多约束了，没aop，只能引入aspectj才可以实现，控件内的html必须完整的，不可能将一部分的html代码封装在一个控件内，哎，面对着这些垃圾，我最后只能妥协。
3。开发新项目的时候，这公司的方式是拷原来的一个项目过来改，tmd脑残啊，谁试过谁知道，一大堆废物垃圾在那里没人处理没人敢碰没人干掉，找个逻辑找个页面非得要查库查配置文件再翻进去，还要期盼上天没给你设置坑，不然你肯定是找了个错误的页面。当然，这个和tapestry一点子关系都没，md，完全是人的问题。
4。几年了，没啥新的推进，整个平台就那样，什么新增的东西啊全看不到，都是基于老的tapestry3，新增的全是业务上的处理，从技术上没啥长进。
?
恩，我实在是太想吐槽这公司的这套东西，害人害物谋杀大脑细胞。不过从现在的情况，我真的越发觉得当初如果这家公司是使用传统的ssh，可能都会比现在好不少，起码可以升级一下，起码可以有个aop处理，不至于垃圾到处都是。
?
不过转个念头，这公司这样的情况就算换个框架，估计也不会好很多，还是照样的会有很多的垃圾。
?
再换个角度，tmd都什么年代了，就不该想这些老掉渣的java web框架，还是想下python好点，我的时间太有限了。
