Node.js Nodejs桌面应用与基于Web的应用性能

Node.js Nodejs桌面应用与基于Web的应用性能,node.js,performance,desktop-application,node-webkit,large-data,Node.js,Performance,Desktop Application,Node Webkit,Large Data,我的雇主现在正处于十字路口: 我们得到了一份为一家大型跨国公司创建应用程序的报价,该公司对在地图上同时监控大型车队感兴趣。我说的是当时大约5000人。我们试图在当前基于web的应用程序中做到这一点,但由于对象的数量太多,尽管我们努力优化代码,它还是被阻塞了。我的问题是:如果我们通过nodejs的模块(如nodewebkit或atomshell)将基于web的应用程序转换为桌面应用程序,我们能否获得一些性能提升。桌面应用程序是否可以更好地访问系统资源?网页被冻结,无法提供帮助,甚至给我一条消息让m

我的雇主现在正处于十字路口:
我们得到了一份为一家大型跨国公司创建应用程序的报价,该公司对在地图上同时监控大型车队感兴趣。我说的是当时大约5000人。我们试图在当前基于web的应用程序中做到这一点,但由于对象的数量太多,尽管我们努力优化代码,它还是被阻塞了。我的问题是:如果我们通过nodejs的模块(如nodewebkit或atomshell)将基于web的应用程序转换为桌面应用程序,我们能否获得一些性能提升。桌面应用程序是否可以更好地访问系统资源?网页被冻结,无法提供帮助,甚至给我一条消息让mercy杀死它,因为处理时间太长,但在任务管理器中,它只使用了16 GB中约18%的CPU和2 GB的ram

不,那没用。您的代码仍在webkit浏览器中运行。 诀窍是不要一次显示所有5000个对象。 在地图上显示5000个图钉对用户来说没有任何用处,将标记分组在一起()


当用户放大时,您可以显示越来越详细的视图。

谢谢您的回复。不过,我们的客户在集群问题上不会让步。我们只是对在转移到桌面应用程序时最大限度地重用代码感兴趣。如果我们从头开始,报价是不可能的。问题是,我们能否在桌面应用程序中使用web技术,从而更好地访问系统资源?我是一名javscript开发人员,所以我的注意力总是转到Node.js。也许有其他选择?我想你在桌面上也会遇到同样的问题。渲染5000个对象是一项艰巨的任务。更重要的是,如果地图视图使用管脚聚集,则地图视图的可用性将消失。我建议与您的客户会面,并从可用性的角度解释这个概念。如果我们忽略上下文、标记等(因为这对我来说是一件奇怪的事情,在可能为我的雇主赚钱之前):如果我的应用程序是用带有HTML和CSS的Javascript编写的,有没有办法更好地访问系统资源?我目前正在研究tint:如果您要对性能进行微优化,交叉编译不是一个好主意。你尝试一项你没有任何经验的新技术,并不是在帮雇主或客户的忙。优化性能的第一步是避免不必要的工作。在这种情况下,这意味着不渲染5000个标记