【发布时间】:2014-01-06 23:31:46
【问题描述】:
这个问题与sbt 0.13 从this commit 开始的 KLists 实现有关。我想复制 this behaviour,因为 KList 实现发生了变化,它不再起作用了。
原因是目前,如果你将它们分组到一个元组中,sbt 最多只允许 11 个依赖项。我听说为什么它不允许更多的性能影响,所以我正在寻找使用元组并在其上调用 RichTaskables.map 的替代方法,并且我正在考虑使用 KLists 作为这种替代方法。
编辑:以前我想知道如何将 klist 转换为 Def.app 和 AList.klist 所期望的 KL[M[_]] 类型(前者需要后者)。然后我意识到一个 KList 实例可以通过
KL[M[_]] 形式的类型构造函数
- 明确编写这样一个类型构造函数,它抽象出更高的类型,
M(正如 Mark Harrah 在他的回答中指出的那样),或者 - (我相信)通过直接访问有问题的 klist
kl的kl.Transform类型。
我尝试过使用kl.Transform,如果所有依赖项都是设置或任务,它就可以工作,但如果它们混合在一起,它就不会直接编译。
有了这些信息,我的问题仍然存在:
如何将一些 SettingKey 和 TaskKey 依赖项编写为 KList 并使用 Def.app 映射它们的值?我提到 Def.app 是因为我不知道更好、更高级的方法.
【问题讨论】: