gpt4 book ai didi

scala - 如何真正修复 postfix Ops 问题

转载 作者:行者123 更新时间:2023-12-04 02:17:00 24 4
gpt4 key购买 nike

我发现了几个关于 Scala 编译器警告的问题:

postfix operator xxx should be enabled by making the implicit value scala.language.postfixOps visible. This can be achieved by adding the import clause 'import scala.language.postfixOps' or by setting the compiler option -language:postfixOps. See the Scala docs for value scala.language.postfixOps for a discussion why the feature should be explicitly enabled.

以下是此警告出现位置的示例:

val m1 = List(1->"a",2->"b") toMap

当我第一次遇到这个问题时,没有人真正回答了我想知道的问题:如何解决这个问题, 不涉及导入或编译器选项。我的第一个想法是:如果它不喜欢后缀操作,则通过用点替换空格来使方法/操作调用显式。例如:

val m1 = List(1->"a",2->"b").toMap

不幸的是,当我第一次尝试修复时,我当时正在处理的代码看起来像这样:

val m2 = List(1->"a",2->"b") map {case (k,v) => (k.toString,v)} toMap

当我添加点时,这导致了另一个模糊的编译器错误:

val m2 = List(1->"a",2->"b") map {case (k,v) => (k.toString,v)}.toMap

missing parameter type for expanded function The argument types of an anonymous function must be fully known. (SLS 8.5) Expected type was: ?

kv 标识符相关。

那时,我只是放弃并添加了 import 语句,一切都很好。但是,最近有一个学生问我这个问题,我想我最好回去调查一下。看看我对这个问题的回答,现在我想起来了,这是很明显的。然而,我希望能为其他一些人节省耗费在所有其他关于该主题的讨论上的时间。

最佳答案

在这种情况下我通常会做的是,我会在第一个调用中添加一个点:

val m2 = List(1->"a",2->"b").map {case (k,v) => (k.toString,v)}.toMap

就个人而言,我更喜欢这个而不是有额外的括号。

关于scala - 如何真正修复 postfix Ops 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33220173/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com