【问题标题】:Promising alternatives for javascript framework? [closed]javascript框架的有希望的替代品? [关闭]
【发布时间】:2010-02-09 05:26:34
【问题描述】:

流行的 JavaScript 框架/库,如 jQuery、MooTools、Prototype 和 YUI(仅举几个最流行的 JavaScript 框架)肯定在 JavaScript 框架领域拥有稳固的立足点。

但对于寻找新的或替代框架/库的更具冒险精神的开发人员,有如下选项:

  1. SproutCore
  2. Spry
  3. JavaScriptMVC
  4. qooxdoo
  5. midori
  6. Archetype JavaScript Framework
  7. June Framework
  8. UIZE
  9. SimpleJS
  10. Fleegix.js

每个人都有自己的优点。但是哪个比哪个更可取?

【问题讨论】:

  • 别忘了vanilla.js! (不,严重的是,使用兼容 HTML5 的浏览器和 ES6,框架将变得不那么重要)

标签: javascript javascript-framework


【解决方案1】:

我认为 服务器端 javascript 有一个令人兴奋的未来。

node.jsjaxer 之类的东西可能会为一个环境铺平道路,该环境为严格使用 javascript 编写应用程序提供了令人信服的论据。现在缺少框架,也缺少通用的 javascript 库(用于遍历 DOM 之外的东西;),但这可能会改变。

我无法告诉你有多少次我希望不必将各种 model 代码移植到 javascript,或者诉诸 RPC 样式请求,这样我就不必了'重复我自己。我可以将 drawUserVcard() 函数移植到 javascript(例如,来自 Python),这样我就可以在前端从 json 数据动态生成 vcard,但是我遇到了一致性问题,因为我的移植代码需要跟踪原始 Python 生成的结果。

除了服务器端的“不信任客户端”操作之外,很多处理都可以卸载给用户。为什么要在 Python/PHP/Ruby 中打印 HTML?实际上,这些语言都没有像 jQuery 一样好的用于 HTML 操作的 API。为什么要在 Python 中查询数据库,以便生成一些传递给客户端脚本的 json?为什么不直接从数据库中读取 json 数据(CouchDB)并让客户端对其进行水合。

这里有很大的改进空间。

【讨论】:

  • 为什么有人要严格使用 javascript 编写应用程序,这简直令人费解。这就是正确的语言的用途。请不要让 javascript 感染浏览器之外的任何内容。
猜你喜欢
  • 2010-09-09
  • 1970-01-01
  • 2023-01-25
  • 2013-06-29
  • 2021-05-12
  • 2011-01-16
  • 2011-09-30
  • 2015-01-02
  • 1970-01-01
相关资源
最近更新 更多