Scala中如何在样例类中强制BigDecimal使用指定MathContext？

这个问题问得非常好！你已经摸到了Scala样例类约束字段初始化的核心痛点——既要利用样例类的便捷特性，又要确保内部的BigDecimal严格遵循指定的MathContext（精度2、舍入模式RoundUp），还不想被new关键字绕过规则，或者写那种不太优雅的重新赋值代码。

其实你忽略了一个最适合的方案：私有构造函数 + 伴生对象统一处理初始化逻辑，完美解决所有问题，代码简洁且符合Scala的最佳实践。

实现代码 #

import java.math.{MathContext, RoundingMode}

// 样例类主构造函数设为私有，外部无法直接用new创建
case class Test private(val number: BigDecimal)

object Test {
  // 提前定义好固定的MathContext，避免重复创建
  private val fixedMathContext = new MathContext(2, RoundingMode.UP)

  // 对外暴露的apply方法，统一处理BigDecimal的约束转换
  def apply(rawNumber: BigDecimal): Test = {
    // 用BigDecimal的round方法直接应用指定的MathContext，高效且准确
    val constrainedNumber = rawNumber.round(fixedMathContext)
    new Test(constrainedNumber)
  }

  // 可选：重载apply支持多种输入类型（比如Double、String）
  def apply(rawNumber: Double): Test = apply(BigDecimal(rawNumber))
  def apply(rawNumber: String): Test = apply(BigDecimal(rawNumber))
}

为什么这个方案更优？ #

• 彻底避免绕过约束：因为样例类的主构造函数是private的，外部无法通过new Test(...)直接传入未处理的BigDecimal，只能通过Test(...)的伴生对象方法创建实例，保证所有实例都符合约束。
• 保留样例类全部特性：依然拥有样例类自动生成的equals、hashCode、toString、copy等方法，完全不损失样例类的便捷性。
• 无额外开销：直接使用BigDecimal.round方法处理，避免了第二种方案中var重新赋值带来的对象冗余，也比字符串转换的方式更高效。
• 逻辑集中：所有约束逻辑都放在伴生对象的apply方法里，后续如果要调整MathContext，只需要修改一处即可，维护性更强。

对比你之前的方案 #

• 第一种方案的问题在于主构造函数是公有的，外部可以用new Test(BigDecimal(123.456))直接创建不符合要求的实例，而私有构造函数彻底堵死了这个漏洞。
• 第二种方案用var重新赋值的方式，不仅破坏了样例类推荐的不可变性（应该用val），还会先创建原始BigDecimal再替换，产生不必要的对象开销，代码也不够直观。

测试示例 #

// 正确创建符合约束的实例
val test1 = Test(BigDecimal(123.456))
println(test1.number) // 输出 120（因为精度2，RoundUp）

val test2 = Test(45.67)
println(test2.number) // 输出 46

// 无法直接用new创建，编译报错
// val test3 = new Test(BigDecimal(999.99)) // 编译失败，构造函数私有

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