これは良い実践に関する主に理論的な質問であり、私は同僚の開発者の意見に興味があります。RoRでのJavascriptの表示
私は、ajaxを使ってほとんど何かを取得、保存、または更新するアプリケーションに取り組んでいます。保存とフェッチは問題ではありませんが、リクエスト結果に応じてページコンテンツを更新するのは問題ありませんでした。
少なくとも私がjavascriptのビューを利用し始めるまでは。
ここでは、.js.erbというリソースのビューを作成し、ビューが呼び出されたときにどうなるかを定義します（remote => trueを使用）。夢が実現する。
しかし、すべての良いものにはほとんど問題がないので、最終的に私に襲われるこのアプローチのものがなければなりません。私はまだそれを見ない。
だから、意見...私は噛むつもりですか？
私の意見では、トラブルのあなたを維持する主なルールは次のとおりです。お使いのブラウザでJavaScriptをオフにし
いくつかの追加のポイント：
JavaScriptのビューと「ノーマル」ビューページに物事を描画するために、まったく同じテンプレート（部分）を使用していない場合、これはあなたをかみます。何かの表現を維持するために2つの場所を持つことは大きな痛みです。だから、彼らは同じものの1つであることを確認してください。
アプリケーションが非常にjavascriptで重くて機能するようにする必要がある場合は、APIを最初に開発するという観点からプロジェクトを検討することを検討してください。必要なすべてのアクションを実行し、その上にUIを構築できる、RESTfulなJSON APIの機能を設計して実装します。副作用：今では、顧客に提供するAPIと、インターフェースを駆動するために内部で使用するものと同じAPIを使用して、開発と保守を簡素化し統一します。
私はこれが良い方向にあなたをお助けしたいと願っています！
API最初の開発アイデアは素晴らしいです。私は将来のプロジェクトのためにそれを覚えておく必要があります。 *トピックに戻る*標準ビューはhtml（遠隔のビューも含む）であり、application.js内の関数によって処理されます。作成および更新アクションビューは、実行可能なjavascriptで、インデックスアクションでコンテンツを更新するために使用されます。 – Krule
インデックスアクションのコンテンツ部分については、partialsを使用してそれらを描画し、AJAX更新で同じ部分を再編集/更新の結果として使用します。次に、あなたは1つの 'コード表現'とあなたのすべてのセットだけを持っています。申し訳ありませんが、あなたはそれを理解していると私は冗長されている:) – ctcherry
私はあなたが最初に噛むことをお勧めしたいと思います。あなたに何百万ものものがあるかもしれませんが、何かをする前にあなたが知ることはできません。あなたが本当の問題についてここで尋ねるなら、それは良いでしょう。 – edgerunner
ありがとうございますが、ATMには本当に問題はありません。しかし、可能な限りベストプラクティスを利用することには気を配りますが、これは完全に機能しますが、その魔法については悲観的すぎるかもしれません。 – Krule