为什么Magento 2使用Knockout而不是Angular或React

我的问题很简单，就像标题中所说的那样。为何Magento会选择淘汰赛而不是其他框架（例如angular或react）？

是否有特定原因？

这也是问这个问题的合适平台吗？

我认为这是他们选择LESS而不是Sass的原因-当Magento 2首次启动时，React并没有一个庞大的稳定社区，我不确定Angular是否这样做，但是我听说Angular相当复杂并且在我看来，对于Magento来说似乎过于杀伤力。

淘汰赛是轻量级的，不是矫kill过正，并且符合Magento当时的要求。

Magento有一个基于React的渐进式Web应用程序（PWA）版本，我们应该能够在今年的某个时候结帐，但是从我所见，它还处于发布的初期概念阶段，因此没有发布日期。有关这方面的信息，请参见此处。

如果使用响应来构建Magento 2，您的问题将是“为什么不使用Angular或KnockoutJs？”。
如果它是使用Angular构建的。。。。

我不是这方面的权威，但我推测这是选择的武器，因为团队对KOjs更加满意，并且根据其路线图满足了他们的需求。

关于为什么选择少过无礼的人有类似的争论（在此处了解更多信息：https：//alankent.me/2016/05/21/magento-2-community-project-moving-from-less-to-sass/）

我也听到了关于为什么采埃孚而不是Symfony的讨论。同样的事情...选择适合您工作的合适工具，就是您喜欢的工具。

无论如何...您对这个选择没有太多限制。您可以选择最适合您的技术堆栈，特别是针对前端的技术堆栈。
您可能需要付出一些额外的努力，但是您只会做一次，并且可以在以后的项目中重用结果。
例如，关于magento的项目已经存在。
这里是里卡尔多Tempesta一个真棒韦迪：https://www.youtube.com/watch?v=ElZ5UtTXpzQ
您也可以在这里找到一个代理之间的反应和Magento的：https://github.com/McFizh/magento2-react
你可以通过简单的在线搜索找到更多。

不知道正式的原因，但是使用它之后，Knockout似乎更轻巧，加载了必要的最小内容，并且与较重的Angular或React相比，适合与Magento2前端模板集成。

猜想，R​​equireJS和gulp自动与剔除相融合以减少加载时间和文件大小的简单方法可能也很重要，但是在计划Magento2时，相当确定的前端速度是主要考虑因素。

我认为一个更好的问题是，为什么m2与前端如此重耦合？

M2发布时，已经有许多JS框架。

如果人们满足以下条件，那么M2将会大受欢迎：

• 可以选择预处理器，捆绑器，编译器，较少，sass等
• 可以自由选择要使用的框架，例如angular1-5-n，react，vue等
• 可以自由使用CSS框架，Bootstrap 1-4，Foundation，Grid等

基本上，很多ET ALS。但是，不，它们会迫使您使用过度设计的前端，xml驱动的怪兽。

好消息是，它们具有REST API，因此您可以毫不费力地构建渐进式Web应用程序。

拜托，别担心。正如Anton Kril在MageConf2017上宣布的那样-从2.4版本开始，Magento2前端将具有React。当然还有Redux和GraphQL。但是... Knockout.js将保留。