EmberJS与React

mwyxok5s  于 2022-09-28  发布在  React
关注(0)|答案(1)|浏览(134)

很好的一天!我有一个问题。计划开发一个大型网络项目,该项目将在未来进行扩展。我想知道选择EmberJS还是React更好?有使用EmberJ的经验,但我想听听对这两种框架都有经验的Maven的意见。我听说React更轻,但同时,您需要包括许多库来添加ember js之类的功能。请告诉我。如果能在各种条件下看到一些基准,那就太好了。谢谢大家!

cgvd09ve

cgvd09ve1#

我从React开始,后来搬到了Ember。事实上,无论您使用什么工具,开发前端/单页应用程序时团队面临的核心问题都是一样的。这些问题将包括学习业务、学习历史、努力避免过度使用框架,以及使用“平台”(使用MDN而非框架文档等)。一般来说,学习业务/现有产品比学习框架要花更多的时间。
对于ember整个生态系统的一些好处,React没有:

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

我听说React更轻,但同时,您需要包括许多库来添加ember js之类的功能。
然而,这是真的,它很快就不再重要了。Ember只有100KB(min+gzip)--React(我认为至少是~40kb(min+czip),没有库(React+React-dom)),与应用程序的其他代码相比,底层框架的大小开始变得无关紧要。除非您的目标是低连通性区域,并尝试让站点在<0.1秒内加载,否则框架选择w/r/t大小也无关紧要。(我也会这么说Angular!)。
顺便说一句,也许这是一个免责声明,我觉得React是现代的jQuery(在方言中的用法几乎与jQuery相同)。几乎每个人都在使用它,因为几乎所有人都知道它。不管这个工具是好是坏,它无处不在,但对任何事情都没有意见,依赖于更广泛的社区来学习如何使用它。你不能仅仅依靠React来构建产品。
React有点愤世嫉俗,它是雇主直接从训练营雇佣廉价劳动力的途径。
顺便说一句,我注意到关于框架的一件事是,大多数“酷的东西”(你想每天都使用)都没有记录在框架文档中。它的知识来源于框架知识和网络自身可以做什么。
例如:

相关问题