scala.js - Scalajs-react VS Xored Scalajs-react VS SRI

Question

这些 Scala.js React.js 库之间有什么区别，我为什么要选择一个而不是另一个？

Xored Scalajs-react - 最后一次提交是 8 个月前。所以我猜测开发不再活跃。

Scalajs-react - 非常活跃且非常完整，并带有自定义 URL 路由器。但是 API 似乎正在远离实际 Javascript React 代码的编写方式，并且不支持 React-native 并且 Scalaz 和 Monocle 的添加使库增加了浏览器必须下载的 Javascript 的大小。该文件说 Scalaz 和 Monocle 是可选的，所以我猜测默认情况下 Scalaz 和 Monocle 被排除在外？我个人认为这个库可能只是 React.js 代码的一个非常简单的外观，它可以更容易地更新到新版本的 React.js，它不是一个简单的外观意味着将生成更多的 Javascript 代码等等浏览器必须下载的代码。我可能在这里错了，请纠正我？

SRI - Newcomer 和外观看起来非常完整，支持 Web、Relay 和 React native，但没有 URL Router 支持和 DOM DSL。外观 API 看起来非常简洁，与编写 Javascript React.js 代码非常相似。但它是相当新的，可能还没有准备好生产？

如果我错了，请纠正我，因为这里有太多选项可供选择，并希望有一种方法可以在 Scala.js 中编写 React.js 代码。

Answer 1

截至 2015 年 10 月:

我还得出结论 xored/scala-js-react目前没有积极开发。用于模板的方法是保持 XML 语法类似于 JSX，在某些方面我确实喜欢它，特别是因为它使代码看起来更像普通的 React。更新:@MxFr指向 fork有一点事件。

毫无疑问，作为japgolly/scalajs-react正在积极开发中。对 React 0.14 的支持即将到来。方法是使用 lihaoyi/scalatags 的自定义版本用于模板而不是 XML 语法。这样做的缺点是一开始代码看起来有点奇怪，但你习惯了它，它提供了很好的类型安全性。

chandu0101/sri是新的，并且希望成为更多的跨平台解决方案(Web、Android、iOS)。有一个discussion关于制作chandu0101/sri使用 japgolly/scalajs-react ，并且 sri 的作者似乎对基于那次谈话特别感兴趣。

综上所述，目前最有吸引力的解决方案是 japgolly/scalajs-react ，请记住，在这个空间中，事情变化很快。