网站被降权了怎么办,浪琴官网,开发一个安卓app,阿里云 全国网站建设去年12月下旬#xff0c;我发布了“ Switch Expressions Coming Java#xff1f; 从那时起#xff0c;进行了广泛的讨论#xff0c;表达了意见分歧#xff0c;现在就Java的switch表达式的未来达成了共识。 我曾尝试在12月的博客文章中评论与switch表达式有关的一些主要发展… 去年12月下旬我发布了“ Switch Expressions Coming Java 从那时起进行了广泛的讨论表达了意见分歧现在就Java的switch表达式的未来达成了共识。 我曾尝试在12月的博客文章中评论与switch表达式有关的一些主要发展。 但是我觉得这周琥珀色观察者邮件列表上的Brian Goetz消息标题“ [switch] switch的进一步统一 ”保证了有关Java switch表达式的新博客文章。 格茨Goetz在结束讲话时提醒大家最终游戏不是Java开关表达式 。 相反Goetz指出“开关表达式应该只是实现实际目标的无可争议的起点它是一种更具表现力和灵活性的开关构造可在更广泛的情况下工作包括支持模式并且没有敌意设置为null用作表达式或语句等。” 格茨还指出“转机确实带来了很多负担”他指出“这种负担在讨论中产生了可预见的干扰。” 格茨指出“最糟糕的结果是……发明一种与开关相似但不完全相同的新结构……而不能100替代当今的古怪开关。” 考虑到这种担忧最初提出的开关表达式语法被舍弃了因为它使讨论朝着“最糟糕的可能结果”迈进了一步。 新的交换机统一提议称为“ Unification Attempt2” [UA2]建议“所有交换机都可以支持旧样式冒号或新样式箭头大小写标签但必须坚持一种情况给定开关中的标签。” 这意味着给定switch的case标签必须全部使用我们今天在switch语句中使用的“冒号”语法或新提议的“ arrow”语法但不能在同一switch同时使用。 开发人员可能会选择一种形式而不是另一种形式“冒号”与“箭头”这是有原因的。 Goetz强调了与switch的当前提议相关联的“箭头”语法的一些优点“以全箭头的形式人们讨厌开关的所有东西-需要说出中断失败的风险以及可疑的作用域-所有走开。” Goetz在本文中介绍了各种“开关形式”的“结构属性”如何驱动“控制流和作用域规则”。 如下表所示。 声明 “交换机的非本地控制流_out_ [继续到封闭循环带有标签的中断返回]” 表达 总计返回一个值 结肠 启用穿透 switch我们知道和“爱”但增强了 break返回的值类似于return 箭头 防止掉线 语句/冒号的“语法简写”上以及 “消除了“休息”的烦恼” “隐式防止所有形式的失败” “避免了电流开关范围的混乱” 箭头 - 指向返回值 Goetz总结了上表显示的内容“冒号形式为您提供了旧的控制流而箭头形式为您提供了新的控制流。 并且可以用作语句或表达式。 没有人会因为混淆而感到困惑。” 他还特别描述了上表左下角的结构带有“ arrow”语法的switch语句“ Switch语句现在具有更简单的箭头风格没有失败没有奇怪的作用域并且没有大多数时候需要说休息。 可以用这种方式重写许多开关甚至可以先教这种形式。” Goetz的总结总结了他的文章 结果是一个具有现代和传统风格的开关构造它支持表达式或语句。 您可以立即查看开关的中间并告诉通过箭头还是冒号它是否具有旧版控制流。 迄今为止 对拟议的“统一尝试2”的总体反应是压倒性的但并非没有预期的持续担忧 。 加文·比尔曼Gavin Bierman 总结了这一建议 他说“这实际上是与增强而不是与新结构相对应的一切”并指出“在撰写本文时编写修订的规范–准备好 翻译自: https://www.javacodegeeks.com/2018/04/enhancing-java-switch-statement-with-introduction-of-switch-expression.html
