4

私が考えていたのは...を使用してWebアプリをコーディングするときBackbone.js、ほとんどの場合、モデルを複製します。言語のバックエンド用に1つ、 XORMを使用するバージョン、Yバックボーンを使用するフロントエンド用に1つです。多くの共通の検証、URLを生成するための同じsh * tなど...私は始めたばかりNode.jsで、バックエンドとフロントエンドで同じコードをたくさん実行できるので、Backbone.jsを使用しないのはなぜだと思いましたバックエンドのモデルも同様に、コードの重複が少なくなるようにしますか？私はそれについての情報を見つけることができませんでした...何かポインタ？それは悪い考えですか、そしてなぜですか？Backbone.syncその場合、データベースの永続性のためにを作成する必要があると推測できます。

編集

それを達成するために解決する必要がある実際的な問題：

  1. Backbone.syncmongodb（または使用されているデータベース）を操作するため。
  2. node.jsファイルを使用してクライアント側のjavascriptファイルを構築する、考えられる解決策：browserify
4

2 に答える 2

1

でバックエンドを構築するためにしばらく試してBackboneみたところ、それは完全にやり過ぎであり、単純化よりも多くの問題をもたらしたことがわかりました。代わりに、の周りに単純なラッパーを使用するようにロールバックしましたmongodb。

バックボーンを使用する際の私の最初の考えは、バックエンドとフロントエンドの間でURL生成とモデル検証を共有することでした。しかし、実際のところ、そのためにバックボーンは必要ありません。そこで、検証とURL生成のために再利用可能な関数browserifyを作成し、それらをクライアント側で利用できるようにしました。

もちろん、これは将来、Backboneバックエンド側を実行するためのツールを作成する人が増えると、すべて変わる可能性があります...しかし、執筆時点では、Backboneは間違いなくそのために作成されておらず、それを適応させるのに役立つライブラリはありません。

于 2013-02-08T13:55:49.787 に答える
0

少し時代遅れですが、それでも興味深いものです。サーバーでBackbone.jsモデルをNode.jsとSocket.ioとともに再利用して、リアルタイムアプリを構築します

node.jsでBackboneを使用する場合に、couchDBに永続化することでデフォルトのBackbone.syncを置き換えるライブラリ：node-backbone-couch

于 2012-10-03T12:19:55.140 に答える