是应用程序包装上的javascript库气馁?
-
21-08-2019 - |
题
我在一个选择过程的一个API建立一个应用程序的应用程序。在回答下列问题将有助于我选择其中一个设置的图书馆。
- 没有一个第三方代码写在 应用程序的运行速度快于一个代码用 包裹JavaScript图书馆?
- 将使用一个包裹库 具有同样性能作为一个纯粹的 应用程序的代码如果基础 JavaScript框架是写得很好 和谐?
解决方案
同时JavaScript库得到了很多编程的眼球注意力、应用程序的优点是能够做些令人发指的不人读的东西产生的代码,每浏览器为的性能。
在理论上,任何的应用程序编译器,JavaScript作家应该能够做到的。但在实践中JS库作家必须保持他们的代码。来看看。.这显然不是优化每浏览器。与一些努力,我可以采取能力和目标,它的野生动物园 只, ,节省了大量的代码,并加快了什么仍然存在。
这是一个正在进行的战斗。JavaScript库相互竞争,越来越快,所有的时间。应用程序变得更好和更好,并具有的优点是能够编写丑不可维护JavaScript 每浏览器.
对于任何给定的任务,你必须测试看到那里的军备竞赛目前的地方我们,它可能会变化之间的浏览器。
其他提示
在某些情况下你没有另一个选项。你不能改写的一切移动的时候到应用程序.
在第一个步骤,你可能仅仅是总结你的现有码在一个包装,如果它证明是一个业绩的瓶颈仍可移动代码Java/应用程序
代码优化应用程序肯定会好于什么大多数JS developpers可以写。和当浏览器的改变,这只是问题的修改应用程序优化程序和你的代码将更好地调整的最新进展Js技术。
- 取决于如何很好的代码是 写的。
- 我会这样想。
一般来看看周围的社区的一个第3方库之前使用它,除非它是开放源代码(所以你能修正错误)和具体地寻找员额有关的错误-如何快速做维护者响应的项目。有多长一个周期的释放,等等。
不隶属于 StackOverflow