斯卡拉蛋糕模式 - 我可以有多层蛋糕吗?

时间:2012-04-20 16:58:46

标签: scala

所以说我的应用程序中有两个依赖项,一些pub子系统的连接以及与数据库的连接。我可以做点像

trait DB {
    def lookup(query:String):String
}

trait PubSub {
    def subscribe(key:String, callback:String => Any)
}

然后我可以编写像

这样的逻辑
trait Functionality { this:DB with PubSub => 
    def doSomething() {
        val key = lookup("get key")
        subscribe(key, data => println(data))
    }
}

然后我的应用就像

object Awesome extends App {

    object repository extends Functionality with DB with PubSub {
        def lookup(query:String) = "some key"
        def subscribe(key:String, callback:String => Any) {
            scala.concurrent.ops.spawn { while(true) { callback(key) ; Thread.Sleep(1000) } } 
        }
    }
    repository.doSomething()
}

世界上一切都很好。

但是如果我想要连接两个在同一个应用程序中共享相同数据库实现的pub子系统呢?

我想做点什么

object Awesome2 extends App {
    object repository extends DB {
        def lookup(query: String): String = "some other key"

        object connection1 extends Functionality with PubSub with DB {
            def subscribe(key: String, callback: (String) => Any) {
                scala.concurrent.ops.spawn { while(true) { callback(key.toUpperCase) ; Thread.sleep(1000) } }
            }
        }

        object connection2 extends Functionality with PubSub with DB {
            def subscribe(key: String, callback: (String) => Any) {
                scala.concurrent.ops.spawn { while(true) { callback(key.toLowerCase) ; Thread.sleep(1000) } }
            }
        }
    }
}

其中第二层蛋糕中的对象(隐式?)在父级别的DB实现中悄悄出现。

但是scala编译器告诉我

error: object creation impossible, since method lookup in trait DB of type (query:String) String is not defined
object connection2 extends Functionality with PubSub with DB {

如果我执行以下操作,则会执行我想要的操作

object Awesome3 extends App {
    object repository extends DB {
        override def lookup(query: String): String = "some other key"

        object connection1 extends Functionality with PubSub with DB {
            def subscribe(key: String, callback: (String) => Any) {
                scala.concurrent.ops.spawn { while(true) { callback(key.toUpperCase) ; Thread.sleep(1000) } }
            }

            def lookup(query: String): String = repository.lookup(query)
        }

        object connection2 extends Functionality with PubSub with DB {
            def subscribe(key: String, callback: (String) => Any) {
                scala.concurrent.ops.spawn { while(true) { callback(key.toLowerCase) ; Thread.sleep(1000) } }
            }

            def lookup(query: String): String = repository.lookup(query)
        }
    }
    repository.connection1.doSomething()
    repository.connection2.doSomething()
}

但这有点混乱

我可以添加这个特性

trait DB_Base extends DB {

    private val db:DB = this

    trait DB_Layer extends DB {
        def lookup(query:String):String = db.lookup(query)
    }
}

然后以下工作

object Awesome4 extends App {
    object repository extends DB_Base {
        override def lookup(query: String): String = "some other key"

        object connection1 extends Functionality with PubSub with DB_Layer {
            def subscribe(key: String, callback: (String) => Any) {
                scala.concurrent.ops.spawn { while(true) { callback(key.toUpperCase) ; Thread.sleep(1000) } }
            }
        }

        object connection2 extends Functionality with PubSub with DB_Layer {
            def subscribe(key: String, callback: (String) => Any) {
                scala.concurrent.ops.spawn { while(true) { callback(key.toLowerCase) ; Thread.sleep(1000) } }
            }
        }
    }    
    repository.connection1.doSomething()
    repository.connection2.doSomething()
}

所以现在我有两层。我怎么得到三个?我觉得我正在失去情节。

1 个答案:

答案 0 :(得分:4)

评论不足以解释它,所以这里有一个基本上说“不要那样做!”的答案。并提出了另一种选择。

您遇到的关键问题是您希望拥有某些功能的多个副本,但您无法通过名称(仅按类型)引用它。解决方案是:给它一个名字。

让我们采取你的双重蛋糕模式。

trait Foo { def foo(s: String): String }
trait Bar { def bar(s: String, f: String => Any): Any }
trait Bippy { this: Foo with Bar =>
  def bip(s: String) = bar(foo(s),println)
}

好的,我们可以将Bippy混合到实现Foo with Bar的任何内容中,我们就可以bip。但是,如果FooBar在不同级别实施,该怎么办?如果我们改为

trait Bippy {
  def myFoo: Foo
  def myBar: Bar
  def bip(s: String) = myBar.bar(myFoo.foo(s), println)
}

这最初看起来更尴尬。 (确实如此。)但它现在让你混合搭配,而不是被迫以越来越尴尬的方式结块。例如:

object Foozle extends Foo { theFoo =>
  def foo(s: String) = s.toUpperCase
  trait BippyImpl extends Bippy { this: Bar =>
    def myFoo = theFoo
    def myBar = this
  }
  object Woozle1 extends BippyImpl with Bar {
    def bar(s: String, f: String => Any) = f(s)
  }
  object Woozle2 extends BippyImpl with Bar {
    def bar(s: String, f: String => Any) = f(s.reverse)
  }
}

现在,您可以随时随地混合搭配任何功能;唯一的缺点是你必须命名它。 (这里我们创建了一个嵌套特性BippyImpl,以便分割出Woozles的常用部分,但我们可以直接进行。)

此外,您没有混合使用原始方法名称;你必须编写代理或引用成员变量。

它错过了蛋糕模式的一些不错的方面,但根据我的经验,它最终比一大堆蛋糕层清晰得多。现在您可以看到您可以根据需要深入嵌套,并在需要的地方填写您想要的详细信息。

相关问题