在scala 2.13中，为什么有时不能显式调用类型类？

在Scala 2.13中，有时不能显式调用类型类的原因是由于引入了隐式类和类型类冲突的问题。

首先，让我们来理解一下隐式类和类型类的概念：

• 隐式类（implicit class）是Scala中的一种语法糖，它允许开发者将普通类标记为隐式的，从而能够在需要的上下文中自动进行隐式转换。隐式类的定义方式为在类名前面加上implicit关键字，且隐式类必须定义在一个object、class或者trait的内部。
• 类型类（type class）是一种在函数式编程中非常常见的模式，它允许我们在不修改已有代码的情况下为已有类型添加行为。通过类型类，我们可以定义一组共享相同行为特质（type class trait），然后为不同类型实现这个特质。这样一来，我们就可以在函数中使用这个特质，而不需要直接操作具体的类型。

然而，在Scala 2.13中，隐式类和类型类之间存在一种冲突。当我们在Scala 2.13中定义了一个类型类，而同时又定义了一个隐式类来为该类型类的实例添加额外的行为时，编译器无法正确地选择使用隐式类还是类型类。

这种冲突的情况下，编译器会优先选择隐式类，而忽略类型类。因此，尽管我们可能明确地调用类型类的实例，但编译器仍然会选择使用隐式类。这导致我们无法直接显式调用类型类的实例。

为了解决这个问题，我们可以使用一些技巧来绕过编译器的冲突。其中一种常见的解决方法是使用隐式参数来明确指定需要使用的类型类实例，而不依赖于编译器的自动推断。

下面是一个示例代码，展示了如何使用隐式参数来解决这个问题：

trait MyTypeClass[A] {
  def doSomething(a: A): Unit
}

object MyTypeClass {
  implicit def myTypeClassInstance[A]: MyTypeClass[A] = new MyTypeClass[A] {
    override def doSomething(a: A): Unit = {
      // 实现类型类的行为
    }
  }
}

implicit class MyTypeClassOps[A](a: A) {
  def doSomething(implicit tc: MyTypeClass[A]): Unit = {
    tc.doSomething(a)
  }
}

// 在使用时，我们需要显式地传入隐式参数
val myInstance = new MyTypeClass[MyType]()
myInstance.doSomething(myInstance)

在上述代码中，我们通过定义了一个名为MyTypeClassOps的隐式类，为类型A添加了一个名为doSomething的方法。在这个方法中，我们使用了一个隐式参数tc，用于指定类型类的实例。通过这种方式，我们可以在需要的地方显式地调用类型类的方法。

总结起来，由于Scala 2.13中隐式类和类型类之间的冲突，导致有时不能直接显式调用类型类的实例。但我们可以通过使用隐式参数来明确指定需要使用的类型类实例，从而绕过这个问题。