我是 Scala 的新手，我正在尝试实现上述代码以在 main 中打印 true。 我的问题是我的 IDE 在特征 InMemoryIdentityCache 中说“未找到：身份验证”和“未找到会话”。 我对如何实现这个蛋糕模式有点困惑。 我将不胜感激。 ...
使用 self 类型进行依赖注入，导致暴露其他 trait 的公共方法，这打破了单一责任主体。 让我用例子说话 我的Sample类依赖于Output trait，当然我想在我的Sample类中使用Output trait 方法。 但是在上面的代码示例中，我的Sample类公开了不是来自其功能的o ...
我最近了解了蛋糕模式以及self =>和self:T =>的用法之间的区别（请参阅此处 ）。 这些技术与此处所述的实际Scala代码之间的差异继续给我带来问题。 例如，请参阅以下来自Inox项目的代码片段： 总而言之，整个代码片段对我来说意义不大（这是代码中经常重复使用的 ...
在互联网上找到的所有与Cake patter相关的文章中，我都看到了一个单层依赖，这对我来说很明显。 但是，当我开始使用它时，我遇到了一个问题，即我不能仅在高级类中使用服务，而是需要在多个地方混合使用。 例如，如果我有一个服务，并且该服务可以与一组其他服务一起使用，并且该服务中的每个 ...
我有一个特征，它代表一些公开一些公共方法（例如服务）的模块： 然后，我有一个Y模块，要求X提供服务。 Y客户还需要X一项服务。 但我不希望它们依赖整个X ，而仅依赖于此一项服务。 我想“导出”该服务公开。 这可行，但是有没有办法使方法名称保持相同？ ...
我试图像代码一样实现蛋糕模式，但我得到： 使用下面的代码。 可能是什么问题？ 我看了这个 SOF问题，但它似乎描述了一个不同的场景（或者我可能只是没有看到相似性）。 ...
我正在尝试了解蛋糕图案。 我正在阅读此博客。 该博客的示例代码为： 我可以通过删除Users来简化该代码： 编译就可以了 1）为什么博客中的代码如此复杂？ 2）那是习惯性的使用蛋糕图案的方式吗？ 3）为什么在此示例中需要Users类？ 4）那是 ...
我想知道在Scala中使用函数和DI模式的区别。 我想出了以下理解，我想知道这种理解是否正确。 让我们想象一个依赖图。 1）如果我们使用函数作为构建块，那么图形由作为边的函数和作为边的参数组成。 2）如果我们使用traits作为构建块（如Cake中），那么图形由作为节点的特征 ...
我有两个如下的服务类... 用户服务： 团体服务： 我只是在验证组的所有者是否为有效用户。 为此，我通过硬编码的Dao实现（即UserMySqlDao）重用了userService.read方法。 在这里，我的问题不是提供硬编码的Dao Impl，而是如何使用grou ...
在Spring框架和Java世界中，我使用了一种有趣的对象收集器模式。 例如下面考虑- 现在可以使用Spring DI轻松将其注入另一个类 现在的问题是我不确定在scala中如何实现相同的目标。 我进行了一些搜索，发现在scala中使用的蛋糕模式（ http://loicde ...
我看过几个与DI相关的文章使用蛋糕模式。 其中一个是http://jonasboner.com/real-world-scala-dependency-injection-di/由我的一位同事分享。 但是如果我需要使用Play 2.5中的说WSClient，我可以在不诉诸guice的 ...
我的问题与Scala Cake模式和依赖冲突非常相似。 但是，我正在努力寻找Daniel C的答案所建议的具体解决方案。 所以这是问题所在： ProductDetailsPage （特征）需要两个独立的服务模块ProductServiceModule和SessionModule ， ...
是否可以在蛋糕图案的封闭特征中初始化属性？ 类似于早期的初始化程序。 例如： ...
我正在使用Scala Slick-3.1.0 lib 。 如何制作一个通用的Slick筛选器函数，将TableQuery实例作为输入并对其进行相同的Slick筛选器？ 我有几个案例类（例如两个）代表存储在DB中的数据。 有些字段是相同的，因此类可能会扩展共同的祖先： 它们每 ...
我试图找出通过Cake模式混合特征和通过老式扩展混合它们之间的区别。 这是我的两个例子： 通过延伸 并通过蛋糕 蛋糕方法有什么好处？ 它们对我来说都是一样的。 也许我错了，但我看不出任何重大差异。 ...
我已经开始学习scala一段时间了，现在看着蛋糕模式。 我从这里得到了例子 对我而言，看起来有太多的样板代码来将JPA存储库注入服务。 但是，此代码将使用更少数量的行来执行相同操作 实例化两种方案。 第二种情况使用更少的代码，并使用DI。 你能帮我理解蛋糕模式带 ...
我有一个顶级特征，包含许多类和特征，如： 当我为它生成文档时，使用scaladoc我可以使用[[CLASS_NAME]]链接到内部类，但scaladoc无法在签名和扩展中为树创建链接。 我使用sbt生成scaladoc，我使用以下标志： 为了给你一个更好的主意，上面定义的a ...
假设我们有 然后， 两个 y2和x2应该结束了在值2 C 。 现在，如果我们混合A然后B那么y2值为1，因为y的值是默认值0。类似地，如果我们混合B然后A则x2值将为1。 此外，如果这些东西是对象而不是整数，那么我们可能最终会遇到NullPointerException 。 在 ...
我试图想出一个合成场景，其中自我类型和扩展行为不同，到目前为止还没有找到一个。 基本示例总是讨论一种自我类型，不要求类/特征不必是依赖类型的子类型，但即使在那种情况下，自我类型和扩展之间的行为似乎是相同的。 是否存在某种形式的组合对象的某种形式的组合或功能在使用一种与另一种时不同的情况 ...
我正在开发一个光滑的项目，我正在尝试使我的数据库层可以在不同的配置文件之间轻松交换，以便在内存数据库上编写测试。 这个问题的灵感来自于这个问题，但它与光滑本身没有任何关系。 我没有很多依赖类型的经验，在我的情况下，我有以下特征，我用来从数据库中抽象出一些类型： 然后我有另一个特征 ...