実際には、レールアプリは組み込みのajax機能を使用しないのが一般的ですか？

Question

人々はAJAXのために構築されたレールを使用しないことが一般的なプラクティスですか？それとも、非常に柔軟性があり、本当にスピードアップに役立ち、習慣に行く必要はありませんか？

Answer 1

ajaxで、ajaxビューヘルパーを意味する場合、レール3では、それらは非常にうまく実装されており、実際には使用しない理由はありません。あなたがRJSを意味するならば、それは物事を成し遂げるためのはるかに速い方法ですが、非常にダイナミックで反応性の高いインターフェースを構築したい場合は、自分でjavascriptを書くためのショートカットはありません。

Answer 2

Rails 2はPrototypeと結びついていてかなり目立ちました。それは多くの人々が使用していないようだ。 Rails 3ははるかに控えめで、フレームワークにとらわれず、もっと多く使用されることを期待しています。

Answer 3

は、Ajaxの機能に組み込まれて使用

はあなたの多くの時間を節約し、無時間で実行するアプリケーションを立ち上げますでしょう...私はそれをこのように入れましょう。しかし、問題はあなたのアプリが成長し始めて、あなたが管理しにくい、よりクールなAjax機能を必要とするときです。

チームで作業していて、UIを実装するUIデザイナーがいる場合、もう1つのことです。時には、組み込みのレールajax関数を扱うことが難しいことがあります。彼らは純粋なAjaxフレームワークとHTMLを好むので好きです。ここ

基本的な考え方は、レールがバックエンドをサポートしながら、ユーザーフレンドリーなインターフェイスを実装するUIデザイナーをさせることです、私は本当に慎ましくJavaScriptのrails3のアプローチのような**

を備えています。これはJavaスクリプトとサーバーコードの明確な分離を行います

要約すると、すべてが要件に依存します。定義されたAjax機能を持つ小規模なプロジェクトを見ているなら、デフォルトのajaxをサポートすることができます。

しかし、あなたのアプリが成長するならば、あなたが継続的にjqueryの

歓声

sameera

Answer 4

のような実績のあるフレームワークに独自のカスタムAJAXの実装を持っているあなたのユーザーエクスペリエンスにその良いアイデアを実装する場合

ajaxのビルトインサポートが何を意味するのかよくわかりません。 RailsはPrototypeとjQueryを非常にうまくサポートしているからです。

しかし、レール3では、邪魔にならないjavascriptに向かって（良い）プッシュがあり、それは実際にほとんどの人が行うことです。

あなたがrjsについて話している場合は、Rubyコードでjavascriptを生成しています。これはimho best avoidedです。ときどきあなたを始めさせることは良いことです。目立たないようにすることは、最初は少し難しい場合もありますが、一般的にははるかに優れています。

rjsに対する暴言：それは邪魔にならず、2つの言語を混在させ、非常に単純なケース（ほとんどの場合を許可）でのみ動作します。しかし、あなたはrjsですべてをすることができないので、いくつかの「本当の」JavaScriptが入り込む必要があります。 最初は本当にrjsが好きです：すべてを実行する言語。境界を発見するまでそれからあなたは立ち往生しています。

だから私は誰でもRailsで始めることをお勧めします：skip rjs。それは長期的にあなたを助けるでしょう。 Javascriptを目立たないようにしてください。

CSSの分割は同じです。すべてのスタイル定義がコンテンツとは別のものになります。まあ、実際には、あなたは同じことが欲しい：あなたはあなたの行動をコンテンツから分離したい。これは非常にきれいなHTML、きれいなCSSとクリーンなjsになります。