在Scala中强制执行工厂的简明方法

发布时间：2020-12-16 18:48:37 所属栏目：安全来源：网络整理

导读：让我们假设我们有一个特征T.实现以下目标的最佳方法是什么：编写T实现的每个人都应该被迫提供允许无参数初始化T的可能性,即我们可能必须强制执行可配置工厂. 所有仅依赖于实际初始化参数(T的某个实现A)的逻辑/数据应集中处理/存储,但应在工厂和A中都可用.

让我们假设我们有一个特征T.实现以下目标的最佳方法是什么：

>编写T实现的每个人都应该被迫提供允许无参数初始化T的可能性,即我们可能必须强制执行可配置工厂.
>所有仅依赖于实际初始化参数(T的某个实现A)的逻辑/数据应集中处理/存储,但应在工厂和A中都可用.

我看到实现这个(大约)的最简单/最简单的方法是为工厂添加一个特征并将T链接到这个工厂：

trait T {
  val factory: TFactory
}
trait TFactory {
  def build(): T
  val description: String   // example for logic/data that only depend on the parameters
}

// example implementation:
class A(val factory: AFactory,paramA: Int,paramB: Int,paramC: Int) extends T

class AFactory(paramA: Int,paramC: Int) extends TFactory {
  def build = new A(this,paramA,paramB,paramC)
  val description = f"$paramA $paramB $paramC"
}

显然,这并没有真正“强制”实施工厂(只要有可用的替代实现),显然可以生成链接到“错误”TFactory的A实例.我也不喜欢这种方法是重复初始化参数.我经常创建另一个类AParams,它再次包装所有参数(例如,以便于添加新参数).因此,我最终得到了三个类,对于这个简单的问题,imho是很多样板.

我的问题是,是否存在(可能完全)不同的方法,它实现了相同的主要目标,但更简洁？

解决方法

我不太确定我是否完全满足您的要求,但您如何看待这种行为？

trait TFactory{
    def build():T
    val description:String
}

trait T extends TFactory

//can't declare A without build and not make it abstract
class A(paramA: Int,paramC: Int) extends T {
    def build = new A(paramA,paramC)
    val description = f"$paramA $paramB $paramC"    
}

val a1 = new A(1,4,5)
val a2 = a1.build()

//We can give ourselves as a factory to something that expects TFactory
val factory:TFactory = a1
val a_new = factory.build()

//More likely we can just give our build method
def func(f: ()=>T) = {
    val new_t = f()
    new_t
}
val a_newer = func(a1.build)


println(a1 +": " + a1.description)
println(a2 +": " + a2.description)
println(a_new +": " + a_new.description)
println(a_newer +": " + a_newer.description)

输出：

Main$$anon$1$A@69267649: 1 4 5
Main$$anon$1$A@69b1fbf4: 1 4 5
Main$$anon$1$A@24148662: 1 4 5
Main$$anon$1$A@3f829e6f: 1 4 5

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!