大型Web应用程序的客户端技术

我得到开发Web应用程序（如SAAS）的订单。像ZohoCRM。
这是我第一个如此复杂的应用程序。大型Web应用程序的客户端技术

关键要求是：

一页应用程序（不刷新页面）
方便的特点加入
模块化
UPD：实时数据交换：用户 - 服务器 - 用户（套接字或长查询）

所以我很难应付Javascript（jQuery）和Flash（Flex）。

思考关于JavaScript：

优点：pluginless，通过平板电脑和智能手机浏览器，支持轻量级（加载速度更快）。
缺点：在跨浏览问题，可查看的来源很多工作。

思考关于Flash：

优点：无需跨浏览，丰富的组件定制捏造。
缺点：需要插件，不清楚苹果产品的情况。

那我该走哪条路？

在此先感谢。

UPD＃1：它将是一个基于Web的商业应用程序。第一部分是基本的CRM功能。后来一步一步地获得ERP功能。
主要的数据操作将与表格和树木进行过滤。
目前只能在浏览器中使用。但我相信稍后会出现对平板电脑和智能手机支持的要求。

P.S.思考和谷歌搜索后，我越来越倾向于JavaScript堆栈（jQuery，主干和下划线）。

来源

2011-09-29 sparx

您的描述很广泛，它很可能开始一场火焰战争。如果你真的想要帮助决定采取哪条路径，你应该提供更多关于计划应用程序的信息（目标，内容...） –

你提到的JavaScript的Pro是你应该使用JavaScript的原因。移动在网络上越来越重要。

Flash很慢（与JavaScript相比），并且JavaScript上有足够的功能。

以jQuery为例，它处理跨浏览器问题。

来源

2011-09-29 10:16:51

我同意HTML/JS通常是更好的选择，只要Web应用程序没有要求不可用的功能（如相机访问）。但是关于“Flash比较慢（与JavaScript相比）”，你能否支持一些事实？根据我的经验，Flash缓慢和CPU猪的口头禅主要源于丰富的用户界面和动画几乎总是在Flash中完成的时间，但是现在类似的东西现在用HTML/JS完成时，它通常很慢，CPU密集。更多关于这个问题在这里：http://stackoverflow.com/questions/2576565/why-is-flash-so-hard-on-the-cpu/ –

优秀评论拉尔斯。我认为这是更多的，因为我听说过其他人。没有真正的事实。 –

大型Web应用程序的客户端技术

回答

相关问题