网站推广信息,wordpress怎么盈利,红色的网站,网站集群建设通知如何判断无法到达目标的拼图几周前#xff0c;我写了一篇关于Jigsaw项目可能如何破坏现有代码的文章 。 那么我们得到什么回报呢#xff1f; 让我们看一下项目解决的痛点及其在Java 9中解决问题的目标。 系列 这篇文章是正在进行的有关拼图项目系列的一部分。 按照推荐的顺序… 如何判断无法到达目标的拼图 几周前我写了一篇关于Jigsaw项目可能如何破坏现有代码的文章 。 那么我们得到什么回报呢 让我们看一下项目解决的痛点及其在Java 9中解决问题的目标。 系列 这篇文章是正在进行的有关拼图项目系列的一部分。 按照推荐的顺序不同于发布顺序它们是 动机和目标 核心概念和功能即将推出 如何破坏您的代码 历史结构和当前状态即将发生 动手指南即将在EA版本包含JSR 376的情况下发布 相应的标记列出了有关该主题的更多文章。 总览 在查看项目目标之前我们将首先介绍激发创建拼图项目的痛点。 主要资源包括JSR 376和Java 9和Beyond 由Mark ReinholdOracle Java平台组首席架构师在EclipseCon 2015上发表。 痛点 Jigsaw项目旨在解决几个难题。 JAR /类路径地狱 很多人都写过有关类路径地狱和JAR地狱的文章 因此无需重复全部。 当运行库解决依赖关系的方式与开发人员认为的不同时就会出现此问题。 例如这可能导致运行版本错误的库。 寻找造成这种情况的原因可能非常令人不快因此乐观的说法。 发生这种情况的原因是Java运行时加载类的方式。 该机制很脆弱例如取决于顺序可能很复杂例如使用多个嵌套的类加载器因此很容易出错。 此外运行时无法分析需要哪些类因此只有在运行时才能发现未实现的依赖项。 通常也不可能满足对同一库的不同版本的依赖。 跨封装的弱封装 Java的可见性修饰符非常适合在同一包中的类之间实现封装。 但是跨程序包边界只有一种可见性 public 。 由于类装入器将所有装入的程序包折叠成一个大泥球因此所有其他类都可以看到所有公共类。 因此无法创建在整个JAR中可见但不在其外部可见的功能。 这使得正确地模块化系统非常困难。 如果模块的不同部分例如系统的库或子项目需要某些功能但在模块外部不可见则实现此功能的唯一方法是将它们全部放入一个包中因此能见度可以使用。 这有效地删除了代码以前可能拥有的任何结构。 手动安全 跨软件包边界的弱封装的直接后果是与安全相关的功能将暴露给在同一环境中运行的所有代码。 这意味着恶意代码可以访问关键功能从而可能使其绕过安全措施。 从Java 1.1开始这已被黑客阻止在每个代码路径上都将java.lang.SecurityManager.checkPackageAccess调用到与安全相关的代码中并检查是否允许访问。 或更准确地说应该在每个这样的路径上调用它。 忘记这些调用会导致一些漏洞这些漏洞过去困扰着Java。 启动表现 Java运行时加载当前所需的类并及时编译经常使用的类需要一段时间。 原因之一是类加载对类路径上的所有JAR执行线性扫描。 同样识别所有出现的特定注释需要检查类路径上的所有类。 刚性Java运行时 在Java 8之前无法安装JRE的子集。 所有Java安装都支持XMLSQL和Swing而许多用例根本不需要。 尽管这与中型计算设备例如台式PC或笔记本电脑无关紧要但对于最小的设备如路由器电视盒汽车以及所有其他使用Java的角落和缝隙显然很重要。 在当前的容器化趋势下它也可能与服务器相关减少图像的占用空间将降低成本。 Java 8带来了紧凑的概要文件 这些概要文件定义了Java SE的三个子集。 他们缓解了问题但没有解决。 紧凑型配置文件是固定的因此无法满足部分JRE当前和将来的所有需求。 发布时间由里卡多Cuppini下 CC-BY-NC-ND 2.0 。 拼图项目的目标 Jigsaw项目旨在通过引入语言级机制来模块化大型系统来解决上述问题。 此机制将在JDK本身上使用开发人员也可以在自己的项目上使用。 有关下一个计划功能的更多详细信息请参阅下一篇文章。 重要的是要注意并非所有目标对于JDK和我们的开发人员都同样重要。 许多代码与JDK更为相关并且大多数代码不会对日常编码产生巨大影响与lambda表达式或默认方法不同 。 他们仍将改变大型项目的开发和部署方式。 可靠的配置 各个模块将声明其对其他模块的依赖性。 运行时将能够在编译时构建时和启动时分析这些依赖关系因此可以因缺少或冲突的依赖关系而快速失败。 强封装 Project Jigsaw的主要目标之一是使模块仅导出特定的软件包。 所有其他软件包均为该模块专用。 模块私有的类应该以私有字段完全私有的方式私有。 换句话说模块边界不仅应确定类和接口的可见性还应确定其可访问性。 马克·雷因霍尔德Mark Reinhold–拼图项目聚焦全局 模块对库或其他模块的依赖关系也可以保持私有。 因此两个模块可以使用同一库的不同版本每个模块都将其自身依赖于该代码。 然后运行时将版本分开从而防止冲突。 改进的安全性和可维护性 模块内部API的强大封装可以大大提高安全性和可维护性。 这将对安全性有所帮助因为关键代码现在已从不需要使用它的代码中有效地隐藏了。 由于模块的公共API可以更容易地保持较小的尺寸因此使维护更加容易。 随意使用Java SE Platform实现内部的API既有安全风险又有维护负担。 提议的规范提供的强大封装将允许实现Java SE平台的组件阻止对其内部API的访问。 JSR 376 性能提升 通过明确使用代码的范围可以更有效地利用现有的优化技术。 当已知某个类只能引用其他一些特定组件中的类而不引用运行时加载的任何类时许多提前进行的全程序优化技术可能更有效。 JSR 376 也可以为有关现有注释的代码编制索引以便无需进行完整的类路径扫描就可以找到此类。 可扩展平台 通过将JDK模块化用户将有可能选择自己需要的功能并创建仅由所需模块组成的自己的JRE。 这将保持Java作为小型设备和容器的关键角色的地位。 提出的规范将允许Java SE平台及其实现分解为一组组件开发人员可以将这些组件组装成自定义配置这些自定义配置仅包含应用程序实际需要的功能。 JSR 376 反射 我们已经看到Java在加载类的方式在庞大且不断增长的僵化的运行时中封装方面存在一些问题。 Jigsaw项目旨在通过引入一种模块化机制来解决此问题该机制将应用于JDK并且也将对用户可用。 它保证了可靠的配置和强大的封装这可以使JAR / classpath成为过去。 它可以用来提高安全性可维护性和性能。 最后用户可以根据自己的需要创建Java运行时。 本系列的下一篇文章将讨论Project Jigsaw将带给Java 9的功能。敬请期待 翻译自: https://www.javacodegeeks.com/2015/06/motivation-and-goals-of-project-jigsaw.html如何判断无法到达目标的拼图
