3

我打算在一个Ubuntu盒子和一个WinXP盒子上安装J环境。http://www.jsoftware.com/stable.htm站点似乎没有详细解释 J701 和 J602 之间的区别。我可以从该网站找到的所有信息：

J701 和 J602 都是稳定版本。J701 引入了重大变化，适用于想要挑战前沿挑战的新老用户。J602 适用于旧用户和那些希望（尤其是在 Windows 中）获得更温和体验的用户。

... 另一个提到 J701 的 GUI 是对早期版本的完全重新设计。

请扩展上述差异，J 程序员。

4

2 回答 2

3

此处列出了代码改进

此处列出了发布亮点、概述和一些链接

总的来说，我也对缺乏“官方”文档感到失望。有时，甚至词汇已经过时、不完整或完全错误；可惜了这么好的语言。

如果您只是学习 J，请使用 6.02，因为许多Labs尚未移植到 7.01。除此之外，我会选择 7.01。

于 2012-06-11T11:10:36.567 回答
2

在我看来，网站上关于 J7 最前沿的描述虽然在 J7 首次发布时是正确的，但现在有点夸张了。这并不是说 J7 具有相同级别的完整性，尤其是在有关环境的内聚文档方面（注意基本语言本身及其文档与以前一样健壮 - 与 J6 几乎没有变化）。

最大的变化是GUI环境的变化。J6 在 Windows 上使用 Windows 驱动程序，在 Linux 和 Mac 上使用 Java Swing。J7 有两个主要的 GUI 环境，Gtk 和基于浏览器的 (javascript/css)。至少在 Linux 上（也可能在 Mac 上）Gtk GUI 是 Java Swing 的一大改进。

在 J7 的早期，让 Gtk IDE 在 Windows 上运行可能有点棘手，但是现在有 Windows 安装程序可以简化 J 的安装，包括 Gtk 二进制文件和 Gtk IDE。

另一个重要的变化是将过去包含在安装程序中的许多脚本/包转移到 J 应用程序库 (JAL)。这样做的主要驱动力是使它们能够更频繁地被社区更新。许多常用脚本（例如文件、字符串）现在在系统启动时加载，而不是要求用户手动加载它们。

如果您以交互方式使用 J 或编写不依赖 GUI 的脚本，那么我认为转到 J7 将是一个相当容易的决定。如果您想构建主要是 GUI 应用程序，那么两者都可以工作，但是 J7 的文档和简单示例（在 Gtk 或 javascript/css 上）较少。

于 2012-06-12T00:10:12.783 回答