scala - 蛋糕图案-为什么这么复杂

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

我正在阅读this关于它的博客。

该博客的示例代码为:

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)还是简化版本就可以了？

最佳答案

乍一看，它看起来很复杂，但是一旦您熟悉了该模式，它就会变得笨拙而繁琐。对于您的每项服务，您都必须创建一个包装该服务的随附组件。因此，在提供的示例中，您有一个由UserRepository包装的UserRepositoryComponent。这只是抽象，因此您需要为组件和服务都提供一个具体的实现(即UserRepositoryComponentImpl包装UserRepositoryImpl)。到目前为止，您只有一个可以在模块中使用的服务，请想象一下创建数十个服务的工作；)

是的，这是使用该模式的惯用方式。但是，该模式还存在其他变体，例如thin cake pattern或parfait(Dick Wall创造的一个术语)

您正在询问User，但是您的代码简化是删除Users，因此我将对其进行描述。 User是一个简单的案例类，应该使该示例更易于访问/更容易掌握。但是，这里不需要Users(这只是另一个中间的抽象级别)，在我看来，它们给示例带来了不必要的干扰。

我想说的是您的简化版本准确显示了蛋糕图案的外观。您在UserRepository内包装了一个抽象的UserRepositoryComponent，对这两个特征都做了具体的实现，并且您有一些需要用户存储库的服务(UserInfo)(使用自类型注释“注入(inject)”)。

已回答。