私はBackbone.jsを使用しており、気に入っています。
最近qooxdooに出くわしたのですが、正直なところ？（ OOPコード設計の場合）さらに優れているようです！
OOP の完全なサポート (継承 [ this.base]、名前空間などを気に入っています)。
まだ深く掘り下げていないので、Backbone.js との比較を探していましたが、うまくいきませんでした。
両方を使用したことがある場合、Backbone.js に関連して qooxdoo について何が言えますか?
バックボーンの「モデルの永続化」（ajax呼び出しの保存/削除）などの機能や、qooxdoo（qx.ui.form.Button）のUIなどの機能について話しているのではなく、コーディング構造と保守性について話している.
Backbone.js に関する私の経験は限定的なものですが、データ量の多い Web アプリケーションの作成には適しています。その上に任意の UI を配置できるため、非常に柔軟になります。コードのメンテナンスに関しては、Backbone のコード編成は開発者次第です。他のライブラリ (require.js) を使用することは間違いなく組織に役立ちますが、それでも多くの労力と事前の計画が必要です。
一方、Qooxdoo はまったく別の獣です。コアに独自の型システムを備えた Qooxdoo は、JavaScript の上に置かれた古典的な言語にまで昇格しており、優れたコード構成が求められます。それを使って整理されていないコードを書くことができないと言っているわけではありませんが、大規模なプロジェクトの整理が容易になるだけです。
qooxdoo はフレームワークというよりも言語であるため (もちろん、非常に優れた豊富な UI とデータ コンポーネントはありません)、文字通り何でもできます。Backbone のすべての利点を再作成しながら、優れた機能を簡単に追加できます。 - 厳密に定義されたクラス (すべてのタイプ、モデル、コントローラー、ビューなど) - そして、それらのクラスから起動する [優れた] ドキュメントを生成します!
非常に明確に定義された名前空間ファイル/クラス内にとどまりながら、インターフェイス、クラス、ミックスイン、継承、プロパティ、アクセス修飾子 (!) など (...) を古典的な意味 (ala Java/C#/...) で定義する機能構造は、qooxdooを他のすべてのものよりも実際に持ち上げます. 実際、その型システムは非常に優れているため、UI コンポーネントから分離して、ブラウザー アプリでスタンドアロンで使用したり、node.js/rhino アプリを使用してサーバーで使用したりしています。それは恒星です。
とにかく、私はqooxdooに非常に偏っているので、私の意見は一粒の塩で受け取ってください. :)
大きな qooxdoo アプリケーションを作成し、その結果に満足しています。Qooxdoo はこれに適しています (これを行うための他の多くのフレームワークは知りません)。
始めるのは簡単ではありませんが、qooxdoo の開発者は学習に役立ついくつかの優れたツールを提供しています: プレイグラウンド、デモ ブラウザ、API ビューア、インスペクタ、テスト ブラウザ.... Qooxdoo チームは非常に専門的で、ここに質問を投稿したり、メーリングリストを介して。
貢献するのは本当に簡単です。彼らはあなたの貢献を両手を広げて歓迎します。
フレームワークの主な問題は人気です。多くの人には知られていません。フレームワークは大きく、コードの一部は古く、改善するにはユーザーからのフィードバックがさらに必要です。
幸いなことに、多くの場合、派生クラスを作成し、メソッドを作成/オーバーライドして支援する必要があります (そして、プル リクエストを送信します :))