java se开发文档
就在JavaOne之前，TheServerSide与ZeroTurnaround的Simon Maple进行了交谈，探讨了Java SE 9和更强大的Java生态系统所发生的所有事情。 对话中洗脱了几篇有趣的文章，因此我们认为值得将其完整发布。
卡梅隆·麦肯齐（Cameron McKenzie）：如今，Java世界正在发生一百万件事。 您认为Java和Java SE 9最重要的主题是什么？
Simon Maple：好吧，让我们从Java中发生的事情开始。 现在，Java中发生了很多有趣的事情。 Java正在推向Eclipse，Java SE正在首先由开放的JDK驱动，Java SE发布的节奏现在每六个月发布一次； 发生了一些非常非常有趣的事情。
如果您查看Java SE 9，将会发现JDK正在进行一些有趣的事情。 显然，它被推迟了一年，所以已经进行了三年。 但是JDK 9提供的功能之一是模块系统。 对我来说，开发人员并不会参与太多。 真正想要模块化的人将使用OSGi或类似的东西。 认为“是的。 好吧，这将是一个好主意，”无论如何也不一定要咀嚼它。 因此，我不确定人们是否会采用模块化。
对于Java的未来，我们如何减少Java的占用空间，如何开发可以像HTTP / 2这样的内容进行孵化的模块，它确实具有很大的好处。 因此，它提供了很多希望，但还没有实现。 我认为，行业和生态系统要真正包含模块将花费很长时间。 因为显然所有的框架，库，工具，访问权限的供应商以及诸如此类的东西，将使他们花费时间来支持其他应用程序开发人员可以将这些框架和工具与他们的平均开发一起使用。 我们相信Java 9的采用将与以前的任何发行版一样大。
谁从Java模块化中受益？
Cameron McKenzie：现在， 今年在JavaOne上 ，Jigsaw和模块化项目是一个巨大的话题。 但是谁从模块化中受益最大？ 这是只有工具供应商才真正开始使用的东西，还是普通的日常企业软件开发人员可以开始使用并利用他们开发的代码的东西？
Simon Maple：我认为它实际上使许多不同的人受益，但并非所有人都能受益。 但是总体而言，当它帮助许多不同部门（例如运营，开发或业务）时，那么当它对所有人都有帮助时，它可能是一个不错的选择。 让我们一次带他们一个。 如果您看开发团队，它对他们的最大好处是，如果您有一个庞大的分布式团队，其中有不同的开发人员在一个大型应用程序上编写应用程序的不同组件，那么这实际上是确保其他团队使用的好方法您的API中的组件正在使用它们，就像您期望它们使用它一样。 因此，这使您拥有更大的权力来更改代码，因为您知道自己不会破坏使用代码的任何人。 因为有了模块化，您可以有效地说：“这些是我要公开的API，我想隐藏的所有其他东西。”
因此，从开发人员的角度来看，这实际上是非常有益的。 作为开发人员，您还可以更快地交付更新，因为对于不使用模块化的典型Java应用程序，您一次不能升级一个模块。
让我们以Java为例吗？ 在过去，我们已经看到包含许多东西的巨大发行版，以及它们被推迟一年，六个月，两年推出的原因，是因为我们一直在等待着不同的功能。 因此，Java 8因lambda而延迟，Java 9因Jigsaw而延迟。 实际上，Java 8在很大程度上也由于后来被Jigsaw拖延而被延迟。 因此，您将无法获得Java的所有其他好处。 这是因为您一直在等待这一大幅度下降。 如果您正在寻找更具模块化的功能，则实际上可以升级某些模块，而无需立即升级整个应用程序。
因此，从运营和开发的角度以及实际上从业务的角度来看，您在修复错误的速度，在进行功能规划方面的移动速度方面的React都要大得多。之类的。 因此，从这个角度来看，这对于企业来说非常强大，而且实际上可以将您的功能推向市场。 这完全是从业务角度来看的。
从操作的角度来看，它实际上是相当不错的。 好吧，这可能很痛苦，也可能很好。 这样做会很好，因为在处理单个模块时，在代码位置，应用程序模块化位置方面，您将更加孤立。 但是，由于您具有依赖关系，因此它也可能会更加棘手。 实际部署可能会比较棘手。
但是模块化并不是每个人的灵丹妙药，但是每个人不同的人会为模块找到不同的价值。
Java SE 9的计时
Cameron McKenzie：现在，为什么所有与Java SE 9和Java平台有关的公告都在JavaOne之前发布了 ？ 这仅仅是偶然的，还是Oracle在大型会议之前就可以更好地进行PR？
Simon Maple：因此，让我们来发布每个公告，因为我认为每个公告发布时都没有其他原因，除了排队参加JavaOne 2017之外。但我认为每个公告都有不同的推动力。 您知道，我没有直接从Oracle获得任何信息，所以在推测。 但我认为，让我们看一下Java EE。 显然，Oracle在干旱的一年里没有谈论Java EE规范。 就个人而言，我相信Oracle会被逼到角落，说：“嘿，我们来开发Java EE 8和9.” 如果您实际看一下Java EE去年的发展，将功能交付到8，很多都推到了9，而且我个人认为将Java EE迁移到Eclipse基金会对Oracle和Java EE都有利。我认为这使Oracle摆脱了Java EE赋予他们的负担。
从这个角度来看，他们不再需要为此担心。 从Java EE和社区的角度来看，我认为他们将拥有更多的Java EE所有权，显然它已经成为Eclipse基础的一部分，并且现在可以以社区希望的速度发展开车。 因此，我认为这是每个人都高兴的一步。 Oracle不再像坏人，他们不会坚持下去，社区可以将其推到想要推到的程度。 因此，很有趣的是，在接下来的几年中，Oracle将在支持Eclipse中的项目方面投入多少精力，以及他们将提供多少开发人员来支持每个规范，而不仅仅是交付代码，推动规格向前发展。 因此，我认为这真的可以表明Oracle计划在Java EE上投资多少，但是我认为这样做是有好处的。
就他们将节奏推迟到六个月而言，我认为有两个原因。 第一个原因是因为每个人都对Java不断滑动感到厌烦。 我们已经看到发布推迟了三，四，五年。 显然，五年……是五年还是六年？ 确实是因为Oracle中的人员移动了。 但是，由于Java 9现在已经推出，并且我们拥有一个模块系统，因此我们可以更快地开发，并且可以更快地提供较小的功能。 因此，对于Java（现在已经模块化）来使用它并说：“好吧，现在，我们将在准备好不同模块的不同部分时使用它，这确实很有意义。 因此，每六个月准备推出的内容就可以使用。” 因此，我认为这对于Java确实非常有用。
从生态系统来看，这将是艰苦的工作。 我认为，生态系统中的工作可能要比Oracle维护困难。 因为对于Oracle，他们只需要继续开发，当某个功能准备好进入主分支时，便将其推入主分支，我们乐于助人。 但是对于生态系统，我们现在正在处理……如果我们只看明年，就会得到……我们将得到Java 9的支持，而明年我们将有18.3和18.9的支持。 Java 9将成为一个受支持的版本。 Java 18.9将成为长期支持版本。 Java 8现在将得到商业支持，直到2025年。因此，工具将不得不支持大量的发行版本，而对于工具来说，这只是说：“我们只会支持长期的支持发行版本。 ” 因为他们会失去客户。
因此，他们将必须支持Java的每个单个发行版，相同的框架，应用服务器更有可能支持主要的长期支持版本。 库将必须支持所有版本的Java。 因此，对于生态系统而言，将需要做更多的工作，进行更多的测试。 看到它们如何特别适合那些没有大型社区和大量提交者来完成这项工作的库和框架，这将很有趣，因此这将非常有趣。 第三件事是Oracle将OpenJDK推到首位或放在首位。 他们显然仍然会拥有自己的商业支持分支，这很好。
ZeroTurnaround有什么新功能？
Cameron McKenzie：现在我注意到ZeroTurnaround在参展商的地板上有一个摊位。 JavaOne的ZeroTurnaround是怎么回事？ 你们正在从事哪些重大工作？ 有什么重要的产品公告吗？你们在做什么来吸引人们进入展厅的展位？
Simon Maple：我们显然正在非常非常努力地支持Java 9和JRebel，这显然是一个大话题，因为JRebel与JVM的低级部分紧密相连。 我们希望在Java 9发行后不久就发布对此的支持。 是的，我们正在开发生产力方面以及周围进行一些大动作……很抱歉，开发绩效市场。 如您所知，我们已经拥有XRebel。 因此，我们将在下周左右发布一些公告，这将非常有趣，因为我们将对绩效管理领域造成极大的破坏。 在接下来的几周内，这对我来说也将非常有趣。
卡梅隆·麦肯齐（Cameron McKenzie）：因此，要从Maple先生那里获得更多见解，您可以随时在Twitter @sjmaple上关注他。 因此，如果您想了解更多来自ZeroTurnaround的产品公告，您可能也想在Twitter上关注它们， @zeroturnaround 。
您可以在Twitter上关注Cameron McKenzie： @cameronmcnz
java se开发文档
扫一扫
8763
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
