CasperJS 的互操作性目标有多强？

Question

我的理解是SlimerJS support in CasperJS is currently experimental (CasperJS 1.1.0-beta1, SlimerJS 0.8)。还有differences between the SlimerJS and CasperJS APIs。

在我发现这一点之前，我认为 CasperJS 的最终目标是成为一个可以针对 Gecko（使用 SlimerJS）或 WebKit（使用 PhantomJS）运行相同脚本的单一框架，我不需要“学习” Slimer 或 Phantom。

现在看起来抽象有限，在这种情况下，我不妨直接使用每个底层框架。是不是有些抽象总比没有好，事情可能会有所改善？

我不是在征求关于“现在哪个框架更好”或“CasperJS 是否足够好”的意见。我想了解 CasperJS 的（记录在案的，可能是理想的）目标。

Answer 1

来自https://github.com/casperjs/casperjs/issues/1905：

CasperJS 的最初目标是让导航和测试更容易。虽然能够在不同的浏览器之间进行协调很好，但实际上很难。

...

如果您想做的事情可以使用浏览器自动化引擎 [SlimerJS 或 PhantomJS] 直接轻松地完成，那很好，最好这样做。如果有复杂的代码步骤，并且您发现 CasperJS 的 API 为您简化了一些繁重的工作，那么您可以考虑使用 CasperJS。