eclipse mars

JAXenter：Victor，作为JSDT的项目负责人，您能告诉我们 项目 的当前 状态 吗？ Eclipse Mars的计划是什么 ，JSDT 的未来 是什么？

JSDT项目主管Victor Rubezhny：发起和开发JSDT项目的IBM员工做的很棒。 但是，当JSDT开发仅支持ECMA3脚本时，生活就更快了。 随着JavaScript标准的不断发展，我们面临着与现代JavaScript库和应用程序越来越不兼容的问题。 因此，首要目标是为现代JavaScript标准提供支持。 另一个问题来自JSDT最初基于JDT项目并且具有类似的编辑功能的事实，因此它不像替换解析器那样简单。 所有编辑功能（验证，内容辅助，类型层次结构，超链接，搜索，大纲等）都需要相应更改。 因此，有很多工作要做。

对于Mars，我们专注于减少内存消耗，性能故障，并确保JSDT在从未有JavaScript库和项目的情况下都能更好地工作。

还请参见： Eclipse Mars中的十大新功能

对于Mars维护版本，我们希望能够为npm和bower等技术提供孵化支持，以进行依赖关系管理；在Mars之外，我们正在考虑允许JSDT将其大部分内容帮助和验证委托给基于Orion，Tern，等等。这将使JSDT保持最新JavaScript更改，而不必在Java中重新实现它。

有多少人正在Eclipse中实际在JS生态系统上工作？

Victor：并不多，例如与Platform UI Eclipse的组件进行比较。 但是我们至少得到了所有“旧”提交者和项目负责人的部分支持（因为他们大多数都参与了当前项目）。 感谢Mickael的工作和WTP Releng团队的贡献者，我们使该项目易于做出贡献。

其他一些贡献者将其修复和改进纳入项目中。 非常感谢他们。 但是，是的，关于我们必须做的所有改进，我们正在寻找更多的贡献者，甚至希望JSDT项目的贡献者。

JSDT在Java脚本开发领域有很多竞争对手。 特别是在IntelliJ IDEA中，对Java Script的支持很丰富。 Eclipse JSDT可以跟上他们吗？ 如果是，为什么，如果不是，请说明原因以及改善情况的计划。

Victor： JSDT过去的情况真的很糟糕-JSDT在处理JavaScript项目时只是采用了错误的方法。 如果您查看IntelliJ或Netbeans甚至是TextMate，它们就不会尝试理解项目的所有 JavaScript，而只是您正在处理的文件。 在JSDT中，默认情况下是解析整个项目，从而导致性能下降。 JSDT还会尝试解析和验证JavaScript，这通常会导致错误的错误标记，然后用户觉得JSDT不仅仅是负担，也不是帮助。 那是工具可能发生的最坏的事情。

使火星“更加理智地与之合作”

在火星中，我们希望确保JSDT能够顺利进行并且不会抱怨，除非有充分的理由并且我们不默认解析所有内容。 这应该使火星更加理智地工作。

除了火星之外，我们还希望利用Eclipse Orion和Tern等项目来处理JavaScript解析，从而使用最新/最先进JavaScript技术（例如EcmaScript 6）更快，更正确，更最新。

Mickael，您还为JSDT项目做出了贡献– JSDT的个人目标是什么？

JSDT的发布工程师Mickael Istria：我的贡献是为了使它易于访问和高效地为JSDT项目做贡献。 我已经为JSDT设置了自主的Tycho构建，Hudson，Gerrit，SonarQube和文档，以便为该项目做贡献更加容易。 大约一年前，当我们的团队开始涉足JSDT时，确实没有这样做。 JSDT只是“大型” Web工具项目的一个组成部分，尚不清楚如何在不处理整个Web工具项目的情况下进行贡献，构建和测试。 在构建和贡献方面，JSDT现在更加独立和自治。 这很有帮助。

结果，对于我们（JBoss工具团队）来说，合并重要的补丁（例如用于调试器的补丁）更加容易。 我很高兴看到这也带来了新的贡献者，因为有些人确实通过Gerrit提交了补丁程序，以消除SonarQube检测到的代码中的一些缺陷。

Victor，JSDT在哪个版本中支持哪种Ecma版本？ 火星JSDT是否支持Ecma 5？

维克多：火星将不会完全支持EcmaScript 5。 它比以前的版本更能容忍它。 在JBoss Tools中，我们集成了Tern，至少可以为您提供EcmaScript 5内容帮助。 在Eclipse Mars进行代码冻结之前，我们只有有限的时间，但是我们会尽力而为。

为什么tern.java集成如此重要？

Victor： Tern.java对于那些迫不及待地等待JSDT开始支持ECMA5脚本标准的人来说是一个伟大的项目。 它还为JavaScript开发人员广泛使用的各种最流行JavaScript提供了内容辅助和验证支持。 JSDT和Tern.java的组合可以立即提供这种支持，因此这是一个很棒的项目。

那索恩呢？ 我可以使用JSDT编写在Java 8的新8 JavaScript引擎上运行JavaScript程序吗？ 我有Content Assist，并且可以调试吗？

Victor：您可以以最小的方式根据源代码编辑来开发JavaScript程序。 但是我们还没有对Nashorn的全面支持。 因此，您还不能使用Java 8 JavaScript Engine运行或调试程序。 关于WTP-Dev邮件列表，正在讨论有关为Nashorn添加调试支持的问题，我希望它会导致在Mars开发期间为其添加至少最少的支持，但仅作为实验性功能。

在Eclipse JSDT中集成tern.js或JQuery或Angular等外部库有多容易？

维克多：虽然不应该那么简单，但是安吉洛在Tern for Java方面做得很好。 但是，他仅将JSDT用作其应用程序的框架。 他正在使用在Node.js服务器中运行的Tern.js和大量所谓的Tern.js模块，这些模块一旦加载到Tern.js中，便为jQuery，AngularJS和许多其他知名脚本提供了内容辅助和验证支持。 实际上，这意味着他不需要JSDT自己的解析和验证-理想情况下，应仅关闭Tern.java的解析和验证-他仅使用JavaScript编辑器和与JSDT不同的项目设置（例如，项目的源路径）。

Angular，JQuery和tern.js集成“不是那么容易”

还有其他一些集成，例如Philippe Marschall的jquery-jsdt项目，该项目将jQuery的自身类型/对象推断为JSDT的模型。 与Angelo的Tern.java项目相反，它们已完全集成到JSDT模型中，因此从JSDT的角度来看，它们是最有趣的。

这些不同的方法是要支持的挑战，我们希望能够保持所有类型的集成成为可能，但是我们将需要做出一些选择，以保持JSDT简单高效。

那么Bower和npm等工具的集成又如何呢？

Victor：我们将集成对node.js / npm / bower工具的支持。 我们已经计划整合火星的凉亭支持，但是遇到了一些不允许我们这样做的问题。 现在，我们正计划将此集成移至WTP孵化器中，并向有兴趣并有时间使其直接投入JSDT的人们使用。

大多数Eclipse用户会检查新页面和值得注意的页面，以查看新内容。 使用WTP和JSTP，很难 找到有关新功能的任何信息。 是否有任何计划或想法可以对此进行更改， 以使其更加透明并向社区展示WTP / JSTP仍然有效？

维克多：是的，对于火星，我们将确保JSDT的新页面和关注页面都是最新的。 关于WTP和Eclipse的整体新闻，目前正在进行工作以尝试提高Mars版本的透明度-但这始终取决于每个项目的提交者/贡献者。

那些使用JSDT / WTP时遇到问题的人的主要来源是Eclipse的Bugzilla 。 有时候，在这里找到答案并不容易，但是Bugzilla是提出问题并获得答案的直接方法。

Mickael，Web工具平台本身的状态是什么？ 看来该项目正在Hibernate。

Mickael： Web Tools项目有一些活动，定期举行公共团队音频会议。 因此，该项目肯定没有停止。 但是，当前的参与者没有公共计划在其中进行很多创新，因此他们将更多精力放在维护上。 这就是为什么从用户角度来看，变化不大的原因。

Web工具平台“肯定没有睡着”。

Web工具的当前创新已经在Eclipse.org之外发生了一段时间。 您可以以Angelo在GitHub上的各种扩展为例：它们确实使Web Tools变得更好，但它们不在Web Tools中。 其他引人注目的插件也是如此。 我希望这些扩展中最通用的部分很快就加入了Web Tools项目，因此默认情况下它们将包含在Web Tools中，从而为用户带来很多价值。 我们的团队花了一些时间与此类扩展的作者“游说”，并鼓励他们直接在Eclipse.org的WebTools incubator或JSDT中向上游工作。 我认为Web工具将很快受益于具有新提交者和更多多样性的“新血统”，就像几年前在Platform上成功实现的那样。

WTP和JBoss Developer Tools之间有什么区别。 即使我不为JBoss / Wildfly编写程序，当我编写与JavaScript相关的内容或未在JBoss上运行的Angular应用程序时，使用JBoss Developer Tools也会受益吗？

Mickael：当然，如果您使用的是Wildfly，OpenShift，FeedHenry或其他JBoss / Red Hat软件，则可以从“原始” Eclipse IDE不提供的特定集成中受益。

与Eclipse IDE + Web Tools相比，JBoss Tools的第一个显着附加值是，它是单个更新站点中一致的插件集。 用户只需一次安装所有JBoss工具，它将享受新功能，而不会在其IDE中看到太多“噪音”。 为了获得更简单的安装体验，用户甚至可以使用JBoss Developer Studio，它可以作为带有完整安装程序的完整RCP应用程序使用。 无需关心更新站点或其他任何东西。

JBoss工具和JBoss Developer Studio为几个常见的Web / Mobile应用程序开发用例提供了更多扩展。 使用JBoss Central，更好的Jax-RS和CDI工具，移动模拟器（browsersim），Livereload集成（用于立即反馈循环），出色的Cordova / PhoneGap工具​​（作为Eclipse Thym的扩展），可以轻松地自举项目。

但更重要的是，这不仅是支持某些技术的工具的集合，而且这些工具实际上是以一致的方式链接在一起的，这使得JBoss Tools和Developer Studio为开发人员提供了一些更有效的工作流，以进行引导/破解/测试/部署/维护他们的应用程序。

翻译自: https://jaxenter.com/eclipse-mars-javascript-development-tools-118280.html

eclipse mars