这种东西 文字都发不出来 只能上图



--
FROM 172.250.239.*

库代码本来就是让别人用着爽，实现起来很麻烦，这样也很正常。

另外这一坨代码在Scala3.2之后用两行代码就搞定了：

// after scala 3.2

extension[F, T, R] (f: F)(using util.TupledFunction[F, T => R]) 
  def willBe(a: Answered.type): AnsweredBy[R] = AnsweredBy[R]()

【 在 hongyan2022 的大作中提到: 】
: 这种东西 文字都发不出来 只能上图
: [upload=1][/upload]
--
修改:bsxfun FROM 183.192.18.*
FROM 183.192.18.*

赞！

这才 是 Scala高手 的风范！

【 在 bsxfun 的大作中提到: 】
: 库代码本来就是让别人用着爽，实现起来很麻烦，这样也很正常。
: 另外这一坨代码在Scala3.2之后用两行代码就搞定了：
: [code=scala]
: ...................
--
FROM 47.152.116.*

抱歉，我算不上高手，甚至都不是码农，工作中偶尔用到一点编程语言也主要是python。
大概可以算一个编程语言爱好者，我接触scala比较长，是我比较喜欢的一个语言（学院派风格，但也能实用，类似的还有Mathematica），但只用来写过一些玩具项目。

对于implicit，这玩意初看很sexy，但是出了问题比较麻烦，至少有如下几个缺点：

- implicit 一个关键词承载了太多的功能
- implicit 搜索范围和顺序比较tricky，一般人很难搞清楚
- 容易带来非预期的隐式转换
- 由此带来的编译错误很多时候很不清晰

我个人的代码里面除了作为implicit parameter来用外其它用法基本没用过。scala3里面已经将这个keyword弃用了，并且将其功能肢解为三个keyword: given, using 和 extension。
【 在 hongyan2022 的大作中提到: 】
: 来了个高手 就请教一下 implicit 怎么用比较好 尤其是 方便 调试 和 新接手时读代码 ？
:
--
FROM 183.192.18.*

Scala语言特性增加/删除过于频繁了，标准库都重写过好几次。。。，导致大量的版本之间的不兼容性。
这些对业界使用很不友好。

比如一个类型通配符，从scala3.0 到scala3.3就一直在变：

A step-by-step migration is made possible with the following measures:

In Scala 3.0, both _ and ? are legal names for wildcards.
In Scala 3.1, _ is deprecated in favor of ? as a name for a wildcard. A -rewrite option is available to rewrite one to the other.
In Scala 3.2, the meaning of _ changes from wildcard to placeholder for type parameter.
The Scala 3.1 behavior is already available today under the -source future setting.
To smooth the transition for codebases that use kind-projector, we adopt the following measures under the command line option -Ykind-projector:

In Scala 3.0, * is available as a type parameter placeholder.
In Scala 3.2, * is deprecated in favor of _. A -rewrite option is available to rewrite one to the other.
In Scala 3.3, * is removed again, and all type parameter placeholders will be expressed with _.

【 在 fs0 的大作中提到: 】
: 之前写了两年scala，现在三年没写，好多都看不懂了。
--
FROM 183.192.18.*