繁体   English   中英

EmberJS 与 React

[英]EmberJS vs. React

再会! 我有个问题。 计划开发一个大型网络项目,未来将进行扩展。 我想知道选择 EmberJS 或 React 哪个更好? 有使用 EmberJs 的经验,但我想听听对这两个框架都有经验的专家的意见。 听说react比较轻,但是同时需要包含很多库来添加像ember js这样的功能。 请告诉我。 很高兴在各种条件下看到一些基准。 多谢你们!

我从 React 开始,后来转到 Ember。 事实是,无论您使用什么工具,团队在开发前端/单页应用程序时面临的核心问题大致相同。 这些问题将包括学习业务,学习历史,努力避免过度使用框架,而是使用“平台”(使用 MDN 而不是框架文档等)。 一般来说,学习一个业务/现有产品比学习一个框架需要更多的时间。

对于 ember 整个生态系统的一些好处,React 没有:

  • Ember 有一个更具凝聚力的生态系统,这使得升级更加直接。
  • Ember 在前端的目标是减少应用程序之间的差异,以便您可以专注于功能。 这包括状态管理、路由等内容。相比之下,Next.JS 中的一些功能在上个月左右登陆,而 Ember 从一开始就拥有。
  • Ember 的不和谐是乐于助人的宝贵工具。 有时以美国工作周为中心,但它是在您自己的团队之外获得更多同步帮助的首选之地。 链接在这里: https ://discord.gg/emberjs(可在社区页面上找到: https ://emberjs.com/community/)——React 也有不和谐的地方,但我发现它不太受欢迎,因为大量的人从那里移动。
  • 约定是单页应用程序接近 SDK 空间中任何框架的关键。 约定是可选的指导,是快乐路径的默认设置,一旦记住,生产力就会超过没有约定的地方
  • Ember 主要是“Just JS”。 React 也有同样的主张,也许在他们使用类做事的时候也是如此,但现在一切都需要钩子,以及过度使用 useEffect,人们最终编写的 React 比编写 JS 的还要多。 使用 Ember,您仍然可以编写比框架更多的 JS。 Ember 已经非常努力地让您坚持使用 MDN,而不是响应性和路由。 状态管理甚至允许“普通 JS”(由于 JS 本身的限制,有一些约定)

听说react比较轻,但是同时需要包含很多库来添加像ember js这样的功能。

这是真的,但是,它很快就不再重要了。 Ember 只有 100KB (min+gzip) -- React(至少,我认为是 ~40kb (min+gzip),没有库(react + react-dom)),并且你的底层框架的大小开始不与您应用程序的其他代码相比,这非常重要。 除非您的目标是低连接区域并试图让您的网站在 < 0.1 秒内加载,否则框架选择 w/r/t 大小也无关紧要。 (我也会这么说 Angular!)。

Fwiw,也许这有点免责声明,我觉得 React 是现代的 jQuery(白话中的用法与 jQuery 几乎相同)。 几乎每个人都在使用它,因为几乎每个人都知道它。 工具好坏无关紧要,它无处不在,但对任何事情都没有意见,并依赖更广泛的社区来学习如何使用它。 你不能仅仅依靠 React 来构建产品。

有点愤世嫉俗的是,React 是一种让雇主直接从训练营中雇佣廉价劳动力的途径。

顺便说一句,我注意到有关框架的一件事是,大多数“很酷的东西”(您每天都想使用)没有记录在框架文档中。 它的知识来源于对框架的了解,以及网络本身可以做什么。

例如:

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM