私は、JSONデータ(オートコンプリート結果、カレンダーイベント、タスク、動的フォーム操作など)に大きく依存する新しいrail 3.2企業管理アプリケーションに取り組んでいます。バックエンドシステムはすでにかなり安定しているので、私たちはUIの部分に投資しており、Googleのような他の「ファットクライアント」アプリの動作を反映して、よりウェブアプリケーションにしたいと考えています。この目的を達成するには、Backbone.jsなどのMVC JSフレームワークを使用して、データ操作の優れた部分をUIに委譲し、JSON APIとインターフェースするか、リモートJS js.erbテンプレート)を使用すると、Rubyコードをより多く使用できますか?Rails 3.2のデザインパターンJS重いアプリケーション
私たちは既にいくつかのビューで非常に粗悪なものを使用していますが、前者のアプローチではJSがコード化するのが難しいため、多くの開発者リソースを使用しているようですエンドユーザーにはもっと敏感です。後者のアプローチではレスポンスタイムを犠牲にしてよりシンプルなViewコードが可能になり、すべてがすべて正しく感じられませんが、確かに開発が速く柔軟性が高いことは確かです。
私たちは、JS/Coffeescript/Backbone.jsでたくさんのRails体験を集めた小規模のチームであり、会うべき締め切りがあることを覚えておいてください。私がこの1つを失っている理由は、当社がコードの品質と近代的なデザインパターンへの忠実性に自信を持っていることです。遠いJSを使うことは、悪いショートカット 'なので、皆さんのご意見を本当にありがとうと思います。たぶん私は偏っているだけかもしれない。
一般的に次の名前空間の階層を使用
:あなたはまた、ヘルパーのウロコ状ことができ
:だから、ルート名前空間からそのようなあなたのモデル(
document
)にアクセスすることができますあなたがタイトなデッドラインにいる場合は、おそらくチームが最も快適であるものに固執すべきです。今は実験する時間ではありません。しかし、RailsでJSON APIを作成することはそれほど難しくないことはすでに知っているでしょう。あなたのチームがJavascriptでうまくいかない場合、おそらくバックボーンでスピードアップするためには時間がかかるでしょうが、そうすれば素晴らしいことをすることができます。あなたは試しているものにいくつかの具体的なユースケースを提供し、アドバイスを得てより多くの人々がチャイムできるようにするべきです。 – PhillipKregg