请抛却 Jruby和Jython 而选择 Groovy

不好意思，原来作者是位大学教师。失敬了！我原来以为你是位初哥，所以才教训几句。现在道个歉。失敬失敬！

回到db4o与类似于脚本语言的绑定一块，你可以学习学习 http://developer.db4o.com/ProjectSpaces/view.aspx/Db4oJRuby 看看能否帮助你。

我本人没有尝试过这个映射，不过前端时间尝试把JavaScript对象也映射成为db4o存储，如果按照屈老师的观点，JavaScript也是个垃圾语言了，因为它根本不能把一个JavaScript对象存储到db4o中的。

这里有个静态类内容的存储问题，也就是涉及 图示 的问题。
你可以去查查

我就是故意些，来引起大家的讨论，啊！
你是

http://developer.db4o.com/ProjectSpaces/view.aspx/Db4oJRuby

这篇文章我看过

请在这里下载这个去试试看！
存在就等于被构造。请用构造说话。

好吗？

我看过了他的结论部分，但是整篇的主题都是在讲db4o， 就算结论是对的又如何，
证明的过程是非常不完整的

宽泛和空洞的说明谁都会！
正是有这些问题，才是要加以认真思考的原因。

不要攻击，说丑话，拿出点心思来，换换思路
你就会发现——问题远远不止你向到的这些，还有更多！

你知道体系的一致性吗？从这个思路看看，小朋友们！

我只想说明一点所有这些JVM上的动态语言，Groovy能够无缝的与JAVA集成，而其他的都存在一些问题。

这篇文章 用一个例子 举证了
groovy compiler的 质量。

和javac 生成的 .class基本一致。

目前在项目中部分使用 Groovy

碰到懂行的了

出错时那堆巨长巨恶心的Log，让我远离Groovy了。
似乎很多人不重视“Log质量”？果然是“纯理论”派的结论啊。

你的错是什么啊？能否分享

一个严肃的应用，良好的日志信息是灰常重要的。这和自己平时捣鼓些小玩意儿是不同滴。

说说你的 Context 啊

这有啥说的，我只是给你定论性的提示。如果悟性好，自己琢磨吧

哦，这样啊
不过，我写日志没有问题啊，我没有用 Grails

说实话 我还真不懂PYTHON能干什么,实际开发中也就用它去做一点小工具.不过我喜欢PYTHON 方便简单 开发测试工具很好, 不过要没胆把它运用到真正的项目中.不是PYTHON不行是因为感觉JAVA做的东西比较有底 维护方便,说白了就是PYTHON功底没有JAVA好.

正如前面一位仁兄所说楼主的例子只是说明了groovy编译出来的class与原生java文件编译出来的一致，这也是groovy本身的特点。
例子是在面向对象数据库的环境下进行的，而实际上目前面向对象数据库的应用屈指可数，以此作为论据来论证楼主的标题实在相差甚远。

结论：楼主有严重标题党嫌疑

用自然的 Python 和 Ruby 还是可以的
特别是 Python

而 Jython 和 Jruby 要小心

看了lz的东西，莫名其妙。
Jython 和 Jruby也许有问题，但这样的论证过程太滑稽