Java优于Ruby / JRuby的优点

Question

我正在学习Java。 我学习并使用过Ruby。 Ruby书籍总是讲述Ruby优于Java的优势。但必须有一些优势，这就是为什么很多人（特别是公司）使用Java而不是Ruby。 请告诉Java相对于Ruby的绝对（不是哲学！）优势。

Answer 1

• 更多开发人员经验丰富 Java而不是Ruby。
• Java中的许多现有库（即 帮助JRuby）。
• 静态类型检查（可以看作是 优点和缺点）。
• 必须存在的现有代码库 保持。
• 良好的工具支持。
• 更多更深入的文档和 教程。
• 有良好做法的更多经验 和陷阱。
• 更多商业支持。那是 公司很有意思。

其中许多优点都是Java生态系统比Ruby更成熟的结果。其中许多观点都是主观的，如静态与动态类型。

Answer 2

我不太了解Ruby，但我可以猜出以下几点：

• Java有更多文档（书籍，博客，教程等）;整体文档质量非常好
• Java有更多工具（IDE，构建工具，编译器等）
• Java具有更好的重构功能（由于静态类型系统，我猜）
• Java比Ruby更广泛采用
• Java有一个明确指定的内存模型
• 据我所知，Java对线程和unicode有更好的支持（JRuby可能会对此有所帮助）
• Java的整体表现相当不错（由于热点，G1新垃圾收集器等）。
• 如今，Java拥有非常有吸引力且廉价的服务器托管：appengine

Answer 3

  

请告诉Java的优点......而不是Ruby

程序员应该很少处理绝对值。

我敢说，并且说作为规则，静态类型（Java）比动态类型（Ruby）更有优势，因为它有助于更​​快地识别错误，而无需潜在困难的单元测试 ^1）。

智能地利用静态类型检查的强类型系统可以节省时间。

---

^1）我不反对单位测试！但良好的单元测试很难，编译器可以帮助减少必要测试用例的绝对数量。

Answer 4

原因＃1。那里有很多遗留的Java代码。 Ruby是新的，没有那么多的程序员知道它，甚至更少的人擅长它。同样，Java可用的库代码比Ruby多得多。

因此可能有技术原因Ruby比Java更好，但是如果你要求出于商业原因，Java仍然会胜过它。

Answer 5

Java Virtual Machine，已经进行了十多年的改进，包括：

• 及时编译 HotSpot 编译器（JIT - 将字节代码编译为本机代码）
• 过多的垃圾收集算法和调整参数
• 运行时控制台支持应用程序的分析，管理等（ JConsole ， JVisualVM 等）

Answer 6

我喜欢这种比较（在Markus给出的链接上发现！谢谢！）...感谢所有......我也期待更多离散的优势

它的伟大!!

Answer 7

语言。

我的观点是Java语言本身的特定属性使我们获得了IDE和工具的强大功能。当您必须处理非常大的代码库时，这些功能特别有用。

如果我尝试枚举这些属性，那就是：

• 当然是强静态打字
• 语言语法是LALR（1）语法 - 因此构建解析器很容易
• 完全限定名称（包）

到目前为止我们在IDE中已经得到了什么，例如Eclipse：

• 探索非常大的代码库的强大功能。您可以毫不含糊地找到所有引用，调用hierarhy，类的用法或公共和受保护的成员 - 当您研究项目代码或改变某些内容时，它非常有价值。
• 非常有用的代码编辑器。我注意到当我在Eclipse的java编辑器中编写代码时，我实际上只是手工输入calsses或方法的名称，然后我按下Ctrl + 1并且编辑器为我生成了很多东西。特别好的是，eclipse鼓励你首先编写代码片段的用法，甚至在代码被写入之前。因此，在创建方法之前执行方法调用，然后编辑器为您生成方法存根。或者，当您调用它时，在该位置为方法或构造函数添加额外的参数 - 编辑器会为您更改签名。而且更复杂的东西 - 你将一些对象传递给接受某个接口的方法 - 如果对象的类没有实现这个接口 - 编辑器可以为你做...等等。有很多令人感兴趣的东西。

Java有很多工具。作为一个伟大的工具的例子，我想提到Maven。实际上，我认为只有当我们拥有像Maven这样的工具时才能实现代码重用。围绕它构建的基础架构以及与IDE的集成使得非常有趣的thinsg成为可能。示例：我安装了m2eclipse插件。我在Eclipse中有一个新的空项目。我知道我需要在存储库中的某个地方使用一个类（实际重用），比如说StringUtils。我在代码'StringUtils'中编写，Eclipse的编辑告诉我项目中没有这样的类，并用红色强调它。我按Ctrl + 1，看到有能力在公共存储库中搜索此类（实际上在索引中，而不是存储库本身）。找到了一些库，我在特定版本中选择了其中一个，并且该工具下载了jar，配置了我项目的calsspath，我已经得到了我需要的所有内容。

所以关于程序员的工作效率。

JVM。

我认为JVM（特别是Sun的HotSpot）是当今最有趣的软件之一。当然，这里的关键点是表演。但是，HotSpot JVM的当前实现探索了实现如此卓越性能的非常前沿的方法。它探讨了即时编译静态的所有可能优势，在JIT编译之前收集代码使用情况的统计信息，优化虚拟调用的可能性，可以内联更多静态编译器可以使用的东西，等等。在这里，所有这些东西都在JVM中，而不是语言本身（与C＃相反）。实际上，如果你只是学习Java语言，我强烈建议你学习JVM现代实现的细节，这样你就知道什么是真正的性能损害，什么不是，并且不要在Java代码中加入不必要的优化，并且不要害怕使用该语言的所有可能性。

<强>因此... 它实际上是关于IDE和工具的，但由于某种原因，我们将它们用于Java而不是任何其他语言或平台（.NET当然是Windows世界中的一个很好的竞争对手）。

Answer 8

Network effect。 Java具有更多人使用Java的优势。谁自己使用Java是因为更多的人使用Java。

Answer 9

如果您需要构建一个大型软件，则需要进行协作。通过让很多程序员在那里，您确信即使最初的开发人员离开公司，也会有人被要求维护您的软件。

静态类型检查和良好的Java IDE没有任何魔力，这对很多维护者而不是Ruby都有好处。

Answer 10

仅表示java是静态类型并且ruby是动态类型是不够的。

如果我错了，请纠正我，但这是否涵盖了红宝石中你可以添加甚至更多的事实 在运行时更改程序（类定义，方法定义等）？ AFAIK你可以拥有非“动态”的动态类型语言（可以在运行时更改）。

因为在Ruby中，您可以在运行时更改程序，直到您实际运行程序的行为方式才会知道，即使这样您也不知道将在下次表现相同，因为您的代码可能已经被调用您正在编写和测试的代码的其他代码更改。

这种可预测性取决于上下文，Java的优势 - 这是一个优势的上下文之一是当你有大量不同技能水平的开发人员在一个相当大的企业应用程序上工作时。

Answer 11

恕我直言，一个人认为优势可能对其他人不利。有些人喜欢静态打字而有些人喜欢动态打字。这是非常主观的，主要取决于工作和做这件事的人。

我会说只是学习Java并自己决定它的优点是什么。了解这两种语言本身可以胜过其他人可以提供的任何比较/建议。知道另一种语言通常是件好事，所以你不要浪费时间。

Answer 12

Java的否定：

• Java中可用的库和框架有很多重复。
• Java开发人员/社区倾向于为简单问题创建复杂的解决方案。
• Java需要维护更多的遗产。
• 对业务用户的过度追求引发了一些让中层管理人员感觉更好的事情。换句话说，Java中的一些哲学更关注BS而不是完成工作。这就是公司喜欢使用Java的原因。
• 您通常需要使用Java编写更多代码而不是Ruby。
• 需要更多配置/安装/设置才能通过Ruby获得完全可用的Java开发环境。

Java的积极因素：

• 速度
• 文档。
• 比Ruby更低级别的语言，根据您的需要，这可能是好事还是坏事。

我的观点都不是很科学，但我认为Java和Ruby背后的哲学和个性差异使得它们彼此截然不同。

Answer 13

这可能已经被打死了，但我个人的观点是，Ruby擅长快速创建的Web应用程序（和框架），这些应用程序易于学习，阅读美观，并且足够快用于网络应用。

Java更适合原始肌肉和速度。

例如，我编写了一个Ruby程序，将192 MB的文本文件转换为MongoDB集合。 Ruby花了小时来运行。 Ruby代码就像你可以得到的那样简单/优化（1.9.2）。

我用Java重写它，它在4分钟内运行。是。小时到4分钟。因此，请考虑它的价值。

Answer 14

更好的表现

Answer 15

还有更多选择：

• 开发人员 - 招聘
• 图书馆 - 已经发明了许多轮子。
• IDE - 许多可供选择的开发环境。不仅仅是vi / emacs +一个shell。
• 运行时 - 如果由于某种原因你不喜欢你在系统上使用的JVM，你可以下载或购买另一个实现，它很可能就是Just Work。有多少Ruby实现？

请注意，这与LANGUAGES无关：）

Answer 16

读到这个：Is Ruby as cross-platform as Java?让我意识到java至少有一个超过ruby的事实优势：

兼容J2ME的java子程序比ruby

更易于移植

只要JRuby不能在J2ME上运行，这可能永远是