我对Scala还是很陌生的,我读到的其中一件事就是,for-解译在某种程度上等同于flatMap。但是,在我的代码(下面)中,flatMap所花费的时间至少是计算时间的两倍。这是什么原因?这是最慢的一个:这是快速等价的一个: f <- factsa <- factActionsMap(f)} yield a
factA
基本上,API是SQL和REST (实际上它是Salesforce,但这与问题无关)。代码用于调用接受完成处理程序的REST查询方法。我所做的就是用一个联合未来来代替这一切。到现在为止还好。我已经很清楚地看到了如何在合并中链接异步调用,例如通过使用FuturesandflatMap(再次使用伪代码):future1.map {}.flatMappopulate that element of the original array
用于执行此操作的
在没有通量或剩余的情况下使用Immutable.js是一个愚蠢的差事。found.isDone).toJS();
因此,基本上在我意识到我是多么愚蠢之前,我做了一个不可变的对象,使用Immutable.js== nextProps.isDone );我一直在使用存档方法,但由于我是单独比较道具,而且它们是原语(字符串和布尔类型的原语无论如何都不可能是不变的),所以我认为这并不重要,即使我不使用它们found.isDone;
t