广州手机网站建设公司排名,wordpress建的大型网站吗,优化推广排名,做游戏视频网站有哪些javaone我最热切期待的JavaOne 2012演讲之一是Brian Goetz的“通往Lambda的道路”。 昨晚的技术主题演讲中的Lambda味道仅增加了预期。 这是在希尔顿广场A / B举行的#xff0c;距离我之前在金门大桥A / B / C参加的演讲仅几步之遥。 我曾预计会打包相对较大的Plaza A / B距离我之前在金门大桥A / B / C参加的演讲仅几步之遥。 我曾预计会打包相对较大的Plaza A / B仅位于客厅但空座位却比我预期的要多得多。 Goetz开始谈论Java 8正在“普及”但尚未发布或准备交付。 他说他希望Java 8和Lambda能够在明年这个时候上市。 Goetz说“您可以编写任何值得使用Java编写的程序”但是Java 8可以使编写起来更加容易。 他的幻灯片“现代化Java”谈到Java SE 8“现代化Java语言”和“现代化Java库”。 他在幻灯片上的最后一句话说“这也许是Java编程模型有史以来最大的升级 。” 这就是我的感觉这就是为什么我对这次演讲没有得到更好的参与感到惊讶的部分原因。 Goetz表示lambda表达式是“匿名方法”。 除了名称之外它具有方法具有的所有内容参数列表返回类型和主体。 它允许您将代码视为数据 。 方法参考引用现有方法。 Goetz重申由于添加了lambda表达式将导致向编写和使用库的巨大根本转变。 Goetz指出Java在1995年问世时大多数语言都没有闭包但如今除Java之外的大多数语言都具有闭包。 然后他在名为“ Java的封闭-漫长而曲折的道路”的幻灯片中总结了Java封闭的一些历史。 他引用Odersky的年代和Wadler 1997年的“比萨”1997年Java 1.1中的内部类1997以及2006 - 2008年“ 轰轰烈烈的社会辩论关于关闭 ”包括BGGA和CICE 。 Lambda项目成立于2009年12月相关的JSR 335于2010年11月提交。今天它“相当接近完成”。 Goetz指出for循环“对于当今的硬件已过度指定”同时描述了与我们今天经常使用的“外部迭代”的使用相关的“意外复杂性”。 我同意他的观点即“ foreach循环隐藏了客户端和库之间的复杂交互”。 lambda表达式的目标是将“方法”从客户端移至库。 Goetz强调说这不仅仅是语法上的更改因为该库受lambda表达式控制并且是内部迭代 。 Goetz表示“客户处理“什么”而图书馆处理“如何”那是一件好事。” 他补充说lambda表达式对我们的编码方式尤其是对我们开发库的方式具有深远的影响。 Goetz讨论了使用Java接口新的默认实现机制将新的forEach(Block)方法添加到集合中的方法。 Goetz区分了Java一直具有类型的多重继承可以实现多个接口现在Java 8将具有行为的多重继承可用于接口的默认方法实现但是仍然不会具有状态的多重继承他将其描述为最危险的。 戈茨有一张幻灯片专门用来解释当您从多重继承中取出日期状态时为什么“ 钻石容易”。 Goetz的幻灯片很好总结了“默认方法-继承规则”。 这张幻灯片介绍了三个规则。 他指出“如果无法通过规则解决默认问题则子类必须实现它。” Goetz指出接口可以提供“弱”的默认实现而子类可以提供更好的实现。 接口上默认方法的另一个优点是默认实现可以为可选方法引发异常例如UnsupportedOperationException 这样未实现可选行为的子类就无需执行其他任何操作。 Goetz还展示了lambda表达式如何使Comparator可以添加reverse和compose方法。 Goetz展示了一些代码示例这些示例说明了lambda表达式允许“更清晰”和“更自然”的表示形式。 用他的话说由于lambda表达式支持的操作具有可组合性因此“代码读起来就像问题声明”。 客户端中也没有可变状态。 我计划将来在Goetz的一张幻灯片中引用一句话“懒惰可以更有效。” 这样的上下文是如果您不打算使用所有结果那么懒惰会更有效因为一旦确定了匹配项您就可以停止寻找。 流操作要么是中间的延迟要么是最终的自然而然地。 Stream是一种引入的抽象允许添加批量操作并且“表示值的流”。 Goetz的项目符号警告说Stream是“不是数据结构”并且“不存储值”。 这样做的目的是避免在设置过程中产生噪音并尝试使其更加“流畅”。 格茨说“ Java的朋友之一一直是库。” 他谈到了lambda表达式如何在Java库中实现更大的并行性。 Goetz表示fork-join功能强大但不一定易于使用。 Goetz强调“编写串行代码很容易 编写并行代码真是麻烦。” Lambda表达式仍然需要并行性才能明确但对于Lambda表达式及其对库的影响应不加干扰。 为了强调Project Lambda对库中并行性的影响Goetz展示了一个令人痛苦的幻灯片其中介绍了今天如何使用fork-join与集合进行并行和然后另一张幻灯片显示了lambda表达式的使用更加简单。 重点是带有lambda表达式的代码要少得多从而使业务逻辑在整个代码中所占的比例更大。 格茨Goetz将Spliterator称为“ Iterator的并行模拟”。 拆分器的规定行为可用于任何知道如何拆分自身的对象 Spliterable 。 幻灯片“ Lambdas支持更好的API”使lambda表达式对标准Java API产生了强大而受欢迎的效果。 他强调“对API的主要影响是可组合性 。 Goetz表示出于多种原因例如成本更低风险更低等我们通常更喜欢通过库而不是语言语法来发展编程模型。他在总结演讲时指出时代已经改变而Java不再支持闭包。 一位与会者询问为什么lambda表达式方法支持在集合上而不是在迭代器上。 Goetz表示尽管C确实从迭代器方法开始使用它但他的团队发现对于开发人员而言在集合上而不是在迭代器上使用方法的混乱程度较小。 在回答另一个问题时Goetz表示由于其复杂性尚无法对lambda表达式进行反思。 为了回答另一个问题Goetz表示lambda表达式支持是使用invokedynamic和方法handle构建的。 这是使lambda表达式“易于编程”和“快速”的一部分工作。 另一个问题引起了Goetz的一个非常有趣的回答其中Goetz解释说集合本身内部迭代的可用性意味着更少的人库开发人员而不是最终用户开发人员将会遇到迭代复杂性。 Goetz鼓励与会者运行当前可用的Java 8 drop以帮助确定Lambda表达式是否得到正确处理。 Goetz表示“我们从社区中获得的最有价值的贡献是人们说我尝试了一下发现了这个bug。” Goetz在开始此演示时指出这是在以前的JavaOne会议和其他有关lambda状态的会议中的一连串演讲。 但是与此不同的是Lambda项目“几乎在那儿”并且考虑到这一点语法和概念似乎已经就位。 欢迎对API和语法进行这种明显的固化并且本演示文稿满足了我对此的很高期望。 别忘了分享 参考 JavaOne 2012Lambda之路来自我们的JCG合作伙伴 Dustin Marx 来自Inspired by Actual Events博客。 翻译自: https://www.javacodegeeks.com/2012/10/javaone-2012-road-to-lambda.htmljavaone
