バックボーンjsを使用してMVC構造化モバイルアプリを構築したいと思います。Webで情報を検索したところ、次のストローフィバックボーンプラグインしか見つかりませんでした。
strophe.pubsub.js
strophe.forms.js
strophe.vcard.js
strophe.private.js
strophe.roster.js
backbone.jsとStropheを一緒に使用する際に問題が発生する可能性はありますか?
バックボーンjsを使用してMVC構造化モバイルアプリを構築したいと思います。Webで情報を検索したところ、次のストローフィバックボーンプラグインしか見つかりませんでした。
strophe.pubsub.js
strophe.forms.js
strophe.vcard.js
strophe.private.js
strophe.roster.js
backbone.jsとStropheを一緒に使用する際に問題が発生する可能性はありますか?
あなたはおそらく私自身のstrophe.pluginsを参照しています。もちろん、これらは箱から出してすぐに機能し、さらに完全にテストカバーされています。もちろん、Stropheで他のプラグインを使用することもできますが、Backboneとは衝突しません。
strophe.pluginsは独立して動作している間、Backbone.xmppと一緒に使用するように作成されていることに注意してください。そのライブラリを作成して、バックボーンモデル/コレクションをXMPP PubSubノードと同期し、すべてのクライアントでリアルタイムのイベントを提供できるようにしました。
これは、2つのクライアントで実際にどのように機能するかのデモです。
ライブラリを一緒に使用しても問題ありません。
約12か月前、私はBackbone.jsとstropheを使用して、xmpp/ejabberdをプライマリメッセージングプラットフォームとして使用する1ページのソーシャルネットワーキングWebアプリを実装する小さなチームの一員でした。カスタムRESTfulAPI(http://beta.playup.com)。
考慮する必要のある問題がいくつかあります。特に、接続管理など、1ページのアプリを作成する場合はそうです。ストップ接続クライアント側を作成しているので、ページの更新時にユーザーアカウントを再接続する方法が必要です(jsは明らかにリロードされるため)。
また、メモリリークの問題が発生しました。バックボーンビューでカスタムイベントをスローするときは注意してください...ビューが終了したら手動でバインドを解除する必要があります。そうしないと、ビューはバインドされたイベントを通じてアクティブのままになり、GCされません。これは、おそらくアプリにライフサイクルを少し導入する必要があることを意味します。
ただし、一般的に言えば、これは、あるサイズのWebアプリを実行している場合にのみ問題になります。