跨编译Scala项目遇依赖问题：Scala 3无specs2-mock版本如何解决？

不是必须要有Scala3版本的specs2-mock才能编译Scala3项目，以下是几种可行的处理方案：

• 针对Scala3替换Mock依赖
  直接为Scala3版本选择一个支持的Mock库，比如Mockito Scala、MUnit Mock或ScalaTest的Mock模块，通过条件依赖配置区分不同Scala版本的依赖：

  val specs2Mock = "org.specs2" %% "specs2-mock" % "4.19.0" % Test
  val mockDependency = CrossVersion.partialVersion(scalaVersion.value) match {
    case Some((3, _)) => "org.mockito" %% "mockito-scala" % "1.17.12" % Test
    case _ => specs2Mock
  }
  
  // 在模块中添加依赖
  libraryDependencies += mockDependency
  

  这种方案兼容性最好，能避免Scala2/3语法差异带来的问题。

• 尝试Scala3兼容模式引入旧版本依赖
  Scala3提供了对Scala2.13 jar包的有限兼容能力，可以直接引入specs2-mock的2.13版本，并添加兼容编译选项：

  libraryDependencies ++= {
    if (CrossVersion.partialVersion(scalaVersion.value).exists(_._1 == 3)) {
      Seq("org.specs2" % "specs2-mock_2.13" % "4.19.0" % Test)
    } else {
      Seq("org.specs2" %% "specs2-mock" % "4.19.0" % Test)
    }
  }
  
  scalacOptions ++= {
    if (CrossVersion.partialVersion(scalaVersion.value).exists(_._1 == 3)) {
      Seq("-Xsource:3-migration", "-language:implicitConversions", "-language:existentials")
    } else {
      Seq.empty
    }
  }
  

  注意：这种方式可能会出现编译错误或运行时问题，因为specs2-mock的代码可能使用了Scala3已废弃或修改的语法，需要实际测试验证。

• 自行编译specs2-mock的Scala3版本
  克隆specs2官方仓库，切换到对应版本分支，尝试用Scala3编译specs2-mock模块，然后将编译好的jar包发布到本地Maven仓库或私有仓库供项目使用。这种方案需要承担后续版本维护的成本，适合有一定Scala3迁移经验的团队。

• 重构测试代码移除依赖
  如果测试中的Mock逻辑不复杂，可以用手动实现的测试替身（如Stub、Fake）替代Mock库，或调整测试策略，直接使用specs2的断言能力完成测试。这种方案能彻底消除依赖问题，同时简化测试代码结构。

内容的提问来源于stack exchange，提问作者joesan