为什么在scala方法调用上使用括号括起来

栏目: Scala · 发布时间: 7年前

内容简介:当你说1. *(2)时,你的意思是否含糊不清:(1).*(2),导致Int要么
我正在阅读 Scala

教程,它解释说所有运算符实际上都是方法调用.所以1 * 2真的是:

scala> (1).*(2)
res1: Int = 2

为了看看会发生什么,我跑了:

scala> 1.*(2)
warning: there were 1 deprecation warning(s); re-run with -deprecation for details
res2: Double = 2.0

所以我用弃用标志再次运行它,我得到:

scala> 1.*(2)
<console>:1: warning: This lexical syntax is deprecated.  From scala 2.11, a dot will only be considered part of a number if it is immediately followed by a digit.
       1.*(2)

有人可以向我解释这个警告,并向我解释scala>中围绕1的括号的目的是什么? (1).*(2)服务?

当你说1. *(2)时,你的意思是否含糊不清:

(1).*(2),导致Int

要么

(1.)*(2),结果是Double,因为1.是有效的语法,意思是Double 1.0

Scala目前将其视为第二个,但由于正确的行为并不明显,因此它将从Scala 2.11开始改为将其视为第一个. Scala警告你,它的行为会发生变化.

翻译自:https://stackoverflow.com/questions/21080765/why-parentheses-around-int-on-a-scala-method-invocation


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

服务设计与创新实践

服务设计与创新实践

宝莱恩 (Andy Polaine)、乐维亚 (Lavrans Lovlie)、里森 (Ben Reason) / 王国胜、张盈盈、付美平、赵芳 / 清华大学出版社 / 2015-6-1 / CNY 69.00

产品经济的时代渐行渐远,在以服务为主导的新经济时代,在强调体验和价值的互联网时代,如何才能做到提前想用户之所想?如何比用户想得更周到?如何设计可用、好用和体贴的服务?这些都可以从本书中找到答案。本书撷取以保险业为代表的金融服务、医疗服务、租车及其他种种服务案例,从概念到实践,有理有据地阐述了如何对服务进行重新设计?如何将用户体验和价值提前与产品设计融合在一起? 《服务设计与创新实践》适合产品......一起来看看 《服务设计与创新实践》 这本书的介绍吧!

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具

URL 编码/解码
URL 编码/解码

URL 编码/解码

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器