qooxdoo vs骨干

Pon*_*oni 4 javascript oop javascript-framework qooxdoo backbone.js

我使用过Backbone.js并且喜欢它.

最近我偶然遇到了qooxdoo?它似乎更好(对于OOP代码设计)!
完全OOP支持(喜欢继承[ this.base],命名空间等').
我还没有深入研究它,所以我在寻找与Backbone.js的比较而没有任何成功.

所以,如果你使用过两者 - 关于Backbone.js你能说些什么关于qooxdoo?

我不是在谈论Backbone中的"模型持久化"(保存/删除ajax调用)以及qooxdoo(qx.ui.form.Button)中的UI等功能,而是编码结构和可维护性.

小智 10

我对Backbone.js的体验是有限的,但它非常适合创建数据量很大的Web应用程序.能够在其上面放置任何UI使其非常灵活.至于代码维护,Backbone的代码组织确实依赖于开发人员.使用其他库(require.js)肯定有助于组织,但仍需要很多努力和前期规划.

另一方面,Qooxdoo是一个完全不同的野兽.Qooxdoo以其自己的类型系统为核心,真正将自己提升为一种坐在javascript之上的经典语言,这需要良好的代码组织.这并不是说你不能用它来编写无组织的代码,但它只是使组织大型项目变得更容易.

因为qooxdoo更像是一种语言而不是框架[sans,当然,它丰富的UI和数据组件非常好]你可以用它做任何事情,重新创建Backbone的所有好处,同时轻松添加好的功能 - 强定义的类(所有类型,模型,控制器,视图等) - 并从这些类生成[优秀]文档来启动!

能够在经典意义上定义接口,类,混合,继承,属性,访问修饰符(!)等(...)(ala Java/C#/ ...),同时保持在一个定义良好的命名空间文件/类中结构,真的让qooxdoo高于一切.它的类型系统实际上非常好,他们甚至将它与UI组件分开,以便在浏览器应用程序中单独使用,或者在带有node.js/rhino应用程序的服务器上使用.它很棒.

无论如何,我对qooxdoo非常偏见,所以我的意见是一丝不苟.:)