Without SSH/JSP/Servlet,不走寻常路,Java可以更酷

呵呵，谢谢。

我也喜欢听到不同的声音，
不过我不想把我的Douyu称为一种框架，
Douyu涉及的技术从编译器到Http服务器再到与数据库相关的JDBC驱动，
已经远远超过框架所涉及的技术范围了，这篇文章更多的是介绍一种新的设计思路，
我自己的研究方向是如何让软件更加自动化。

侵入性问题是什么技术都有的，
你使用Servlet你也得导入javax.servlet.http.HttpServlet，
再者，编译器不是简单的代码生成器，如果生成的代码还需要用户去干预那这就不是编译器了。

如果提供额外的配置让用户有选择余地，同时又不增加内部实现复杂度，也不影响性能，
都是可以考虑的。

个人感觉这个帖子不在于Douyu本身的前景（商业化是需要大量的资金和推广的），但楼主给出了一个有别于当前主流JavaEE APP的思路。

感觉Java社区沉寂很长一段时间了，都没有本质性新颖的东西提出，倒是Ruby等脚本语言盛行（这类东西好虽好，却不适合企业应用）。

Java需要新生力量了哈哈，能从编译器层面突破，不可谓不别具匠心咯。做一个新的东东，却又能和现有的JavaEE兼容扩展，这个有趣啊。不知道楼主是否有做强做大的想法，有否招募有志之士一同发展。

从长远上说，中国的开源是到了有大发展的时期了。

有个大胆的想法，楼主是不是不去做流程引擎之类的设计（PS：那个东西太过实用性，用户需求是能用就好，且已有很多很多的实现，企业用户不会因为新技术而用你的东西，这样太容易夭折啊）。
是不是考虑在JVM规范的基础上，给出一种符合java语法的增强性语言扩展，哈哈。

我曾在项目里做过一个山寨的流程和规则引擎，用Rhino来跑JavaScript来实现的。
这类东西，还是用脚本来得方便。如果用Java源代码去实时编译，个人觉得有些笨拙了。

楼主果然是牛人，由衷佩服！

创意不错，不过总觉得在硬编码里边写死如***.html有些怪怪的，呵呵。

做山寨框架的意义不在于希望它可以广泛应用发扬光大，而是可以看清现在主流框架的优缺点。世界上的山寨框架千千万万，比什么SSH好的不在少数，流行不起来一个是出现的太晚，一个是因为没有企业来支持。

不错。有个问题请教一下楼主，用这个框架时，测试部份是怎么实现的？比如说单元测试、集成测试、验收测试。

呃～我知道你想说自己是平台的。

我的框架里也有词法分析也有字节码生成这是不是你所说的编译器-_-#
这并没有超出框架的范围，因为框架就没范围 囧……

我们并不缺乏能写出这些东西的人，缺乏的是能坚持下去的人。

希望楼主有毅力～

是的，这篇文章最主要的目的就是介绍一种新的设计思路，
我当然希望Douyu能够做得更好，不敢说招募，
只希望看完此文后能有更多人与我交流就好了。

我目前在桂林，桂林很适合发展软件行业，但是人才真的很少、留不住人，所以基本上没人交流，
只能在网上随便看看，但是也没多少人关注底层的东西，
我非常希望在桂林能带个好头，让更多人关注软件行业。
不敢奢求对中国的开源有什么贡献。