6

我正在尝试了解蛋糕图案。

我正在阅读有关它的博客。

该博客的示例代码是：

case class User (name:String,email:String,supervisorId:Int,firstName:String,lastName:String)

trait UserRepository {
  def get(id: Int): User
  def find(username: String): User
}
trait UserRepositoryComponent {

  def userRepository: UserRepository

  trait UserRepository {
    def get(id: Int): User
    def find(username: String): User
  }
}
trait Users {
  this: UserRepositoryComponent =>

  def getUser(id: Int): User = {
    userRepository.get(id)
  }

  def findUser(username: String): User = {
    userRepository.find(username)
  }
}
trait UserInfo extends Users {
  this: UserRepositoryComponent =>

  def userEmail(id: Int): String = {
    getUser(id).email
  }

  def userInfo(username: String): Map[String, String] = {
    val user = findUser(username)
    val boss = getUser(user.supervisorId)
    Map(
      "fullName" -> s"${user.firstName} ${user.lastName}",
      "email" -> s"${user.email}",
      "boss" -> s"${boss.firstName} ${boss.lastName}"
    )
  }
}
trait UserRepositoryComponentImpl extends UserRepositoryComponent {

  def userRepository = new UserRepositoryImpl

  class UserRepositoryImpl extends UserRepository {

    def get(id: Int) = {
      ???
    }

    def find(username: String) = {
      ???
    }
  }
}

object UserInfoImpl extends
    UserInfo with
    UserRepositoryComponentImpl

我可以通过删除来简化该代码Users：

package simple {

  case class User(name: String, email: String, supervisorId: Int, firstName: String, lastName: String)

  trait UserRepository {
    def get(id: Int): User

    def find(username: String): User
  }

  trait UserRepositoryComponent {

    def userRepository: UserRepository

    trait UserRepository {
      def get(id: Int): User

      def find(username: String): User
    }

  }

  trait UserInfo {
    this: UserRepositoryComponent =>

    def userEmail(id: Int): String = {
      userRepository.get(id).email
    }

    def userInfo(username: String): Map[String, String] = {
      val user = userRepository.find(username)
      val boss = userRepository.get(user.supervisorId)
      Map(
        "fullName" -> s"${user.firstName} ${user.lastName}",
        "email" -> s"${user.email}",
        "boss" -> s"${boss.firstName} ${boss.lastName}"
      )
    }
  }

  trait UserRepositoryComponentImpl extends UserRepositoryComponent {

    def userRepository = new UserRepositoryImpl

    class UserRepositoryImpl extends UserRepository {

      def get(id: Int) = {
        ???
      }

      def find(username: String) = {
        ???
      }
    }

  }

  object UserInfoImpl extends
    UserInfo with
    UserRepositoryComponentImpl

}

它编译得很好。

1）为什么博客里的代码这么复杂？

2）这是使用蛋糕图案的惯用方式吗？

3) 为什么Users这个例子需要这个类？

4）蛋糕图案应该是这样的吗（看起来没有必要的Users课程？

5）还是简化版就好了？

4

1 回答 1

9

  1. 起初它可能看起来很复杂，但一旦你熟悉了这种模式，它就只是......样板和繁琐。对于您的每项服务，您都必须创建一个随附的组件来包装该服务。因此，在提供的示例中，您有一个UserRepository由UserRepositoryComponent. 而这只是抽象，因此您需要对组件和服务都有一个具体的实现（即UserRepositoryComponentImplwrapping UserRepositoryImpl）。到目前为止，您的模块中只有一项服务可以使用，想象一下创建数十个服务的努力；）

  2. 是的，这是使用该模式的惯用方式。然而，该模式也有其他变体，例如thin cake pattern或parfait（Dick Wall 创造的术语）

  3. 你问的是User，但你的代码简化是删除Users，所以我将描述它们。User是一个简单的案例类，应该使该示例更易于访问/更易于掌握。Users然而，这里没有必要（它只是另一个中间抽象级别），并且在我看来它们给示例带来了一些不必要的噪音。

  4. 我会说你的简化版本准确地显示了蛋糕图案应该是什么样子。UserRepository你有一个包含在里面的抽象UserRepositoryComponent，你有这两个特征的具体实现，并且你有一些UserInfo需要用户存储库的服务（）（使用自类型注释“注入”）。

  5. 已经回答了。

于 2017-01-07T13:07:03.377 回答