|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-08-04
key232323 写道 ZHH2009 写道 key232323 写道 强烈关注啊。到时候源码好好分析分析。
另外，zhh2009，能不能在douyu里加个动态语言的classloader啊，这样，就更酷了。 我一直用groovy做web，现在不想回到java里了。。。555 嗯，这个可以考虑下，我记得play框架用groovy实现自己的模板引擎也是用了类似的机制。 不过我暂时没想到除了模板引擎外，在java代码中使用groovy有什么好处。  这个。。你这个观点，说实话有必要尝试下这些所谓的新的东东了——代码那个简洁啊，光语法糖作为程序员来说——起码我就被这样的“糖衣炮弹”俘虏了。。。 即便你熟悉ruby，我也推荐你不妨看看这位老兄的blog http://blog.csdn.net/hivon/article/details/4256296 我的意思不是说groovy不好，是说把groovy用在基于java开发的框架上能产生什么新的想法我还不知道(除了用于模板引擎)， 当然，如果想在groovy中调用java，在java中运行groovy脚本，这跟框架基本上没啥关系吧。 ruby/rails, python/django, node.js, groovy/grails我都有或多或少的学习的，只是没有java那么深入。 所以你可以分享一下你的新想法。 |
| 返回顶楼 | |
|
发表时间：2011-08-04
@george_space @elam denger 写道
由于我目前还在看javac的源码，所以对于生成 Context 是否必须要依靠Controller源码并不清楚。 _____ 刚又看了一下 com.sun.tools.javac.processing.ControllerProcessor 类的代码，其需要解析 Controller 代码的 Symbol 来获取其具体的action方法及参数名（编译Controller前所做），而非通过简单反射机制(编译Controller后才能做)所能做到的。
|
| 返回顶楼 | |
|
发表时间：2011-08-04
ZHH2009 写道 key232323 写道 ZHH2009 写道 key232323 写道 强烈关注啊。到时候源码好好分析分析。
另外，zhh2009，能不能在douyu里加个动态语言的classloader啊，这样，就更酷了。 我一直用groovy做web，现在不想回到java里了。。。555 嗯，这个可以考虑下，我记得play框架用groovy实现自己的模板引擎也是用了类似的机制。 不过我暂时没想到除了模板引擎外，在java代码中使用groovy有什么好处。 这个。。你这个观点，说实话有必要尝试下这些所谓的新的东东了——代码那个简洁啊，光语法糖作为程序员来说——起码我就被这样的“糖衣炮弹”俘虏了。。。 即便你熟悉ruby，我也推荐你不妨看看这位老兄的blog http://blog.csdn.net/hivon/article/details/4256296 我的意思不是说groovy不好，是说把groovy用在基于java开发的框架上能产生什么新的想法我还不知道(除了用于模板引擎)， 当然，如果想在groovy中调用java，在java中运行groovy脚本，这跟框架基本上没啥关系吧。 ruby/rails, python/django, node.js, groovy/grails我都有或多或少的学习的，只是没有java那么深入。 所以你可以分享一下你的新想法。 你不觉得在实现同样功能的情况下groovy的代码比java少n多么？ 如果在性能要求不是很苛刻，我觉得java和groovy应该分别多它们自己所擅长的——比如douyu，socket和协议用java来做，controller之类的就让groovy or jruby它们就好了。 单从语言层面上将，光java.util的集合类相关的操作（尤其是很多***数据需要结构化的时候），开发效率和可维护性，动态语言优势明显。 总之，若脚本语言的确有这样的好处，那为什么不吸取进来？ |
| 返回顶楼 | |
|
发表时间：2011-08-05
很早就开始关注它，确实非常有创意。名字经常给看成Duoyu，惭愧。
|
| 返回顶楼 | |
|
发表时间：2011-09-03
HelloWorld$DOUYU.java 及 HelloWorld$DOUYU.class 我的WEB-INF下为什么没有生成???
|
| 返回顶楼 | |
