2011-01-28 5 views
0

ちょうど私の会社の内部使用のための新しいウェブサイトプロジェクトを得ました。ウェブサイト全体は複雑ではありませんが、リアルタイムのやりとりがかなり必要です。基本的にはインタラクティブなタイムラインテーブルで、各要素を自由にドラッグアンドドロップして移動したりサイズを変更することができます。RailsはDjangoと比較してインタラクティブなWebサイトにとってはるかに優れていますか?

私はこの機会にPython + Django(私は膨大な時間を費やしています)を学びたいと思いましたが、私は周りを読んでいました。多くの人が豊富なインタラクティブなウェブサイトを作成するのに適しています。

だから、このようなドロップの相互作用&ドラッグの多くのウェブサイトのために、本当に良い選択ですか? Rails組み込みのajaxは、Django + jQueryと比較して作業がはるかに簡単ですか? Railsの組み込みのajaxはどれほど柔軟でカスタマイズ可能なのですか?私はRoRをPythonと同じように学びたいと思っています。

答えて

6

AJAXの機能では、あなたが好きなフレームワークを定義するとは思われません。

私はajaxに関するあなたの質問のほとんどに答えることができませんが、この投稿はあなたにとって有用であると考えています:それはRORとdjangoの大きな違いを強調しています - 主にRoRは魔法を使用します。

私はちょうどそれのためにdjangoを好む。他の人は私がそうでないのと同じ理由でRoRを好むかもしれません。それはすぐに働いて何かを得る することが容易になり、かつ があなたを退屈しないので

What's wrong with "magic"?

Railsの開発者は、 『魔法』のこの種のは良い ものであるという意見 であります にアクセスしてから を上書きしない限り、多くの詳細があります。

Djangoの開発者は、実際に多くの時間(数インポート 文が 壮大で大したことではないことを、すべての を保存していないため、「魔法」のこの種のは悪い ものであるという意見 でありますを実際に隠している の効果があります。 は、何かがうまくいかない場合には、 のデバッグ方法が難しくなります。

これらの両方は、当然のことながら、有効な スタンスを取るされており、一般的に は、人々はちょうど自然 は、1つまたは他に引き寄せているようです。 「魔法」を好きなものを は、Djangoのか、それをエミュレートするため を試してみてください(と、より広範な 意味では、これらのスタンスであるフレームワークの周り を集まるない人、 にしようと周り レールやフレームワークがそれをエミュレート集まります多少 RubyとPythonの固定観念 開発者; Ruby開発者は のようになりますが、Python の開発者はやりたいことが多いです 別の方法)。

だから、私はあなたがボックスのajaxサポートに関係なく1つをクリックすると思います。

+1

Rails3はこれまでのバージョンよりもはるかに少ない「魔法」しか持っていませんでした。言い換えれば、Jペンギンの利益のために、あなたが手作業で特定のものを設定する必要がなければ、デフォルトのパターンに従うことができ、それらは自動的に動作します - あるいは、 "魔法のように"手動で簡単に定義することができます。大きなブラックボックスのようなものではなく、Railsアプリケーションフレームワークの一部を簡単に調べたり、何が何かを知りたい場合はAPIドキュメントを読むだけで簡単に行えます。 – Andrew

+0

RORとDjangoの記述が本当に好きです。 Djangoを使用していてRORをまだ使用していない人として、djangoフレームワークが自分のスタイルに合っていて、後でルビーを試してみることに気をつけてください。 – NuclearPeon

5

ほとんどの人がRailsで仕事をしていると言えば、各フレームワークで1日をとり、「スタートガイド」のスクリーンキャストやチュートリアルに従ったり、本を手に取ったりするといいでしょう。 (レールについては、私はBeginning Rails 3をお勧めします)。それでは、あなたがもっと気持ちの良い方に行ってください。

驚くべきリソースレールの1つはRailscastsです。鉄道司令官は、私をPHPからRORにほぼ独占的に変換しました。 Djangoには、同様の高品質のスクリーンキャストがあるかどうかはわかりません。

すべてのフレームワークはかなり方程式のサーバー側に重点を置いています。さて、Railsには、HAML(素晴らしいテンプレート言語)のような見た目(ドラッグアンドドロップのもの)を書くのに役立つことがたくさんあります...そして、私はリンクを投稿するのに十分なものはありませんが、私はDjango同様のヘルパーを持っています。 DjangoとRailsの両方でjQueryやその他のJavaScriptフレームワークを使用できることには注意してください。

しかし、結局のところ、ステートレスなウェブの性質だけでは、クライアント側のテンプレートとJavaScriptの間にある程度の独立性があり、サーバー側からはそれが何を提供しているのでしょうか。

あなたはおそらく焦点を当てるべき本当の質問です:あなたはjQueryの忍者になりたいですか、おそらくMooToolsやPrototypeのようなツールスイートを使ってノッチを広げ、Javascript自体に集中したいと思いますか?あなたのドラッグアンドドロップのものはクライアント側であるため、これがあなたの最も困難な決定を行う必要があります。

幸運を祈る!

1

RailsとDjangoの両方が良好です。それらを試して、あなたが好きなものを見てください。

2

主にどのプログラミング言語を使用するのが好きで、最も快適であるかによって異なります。 Pythonの清潔さのようなRubyの柔軟な構文を好む人もいます。また、運用環境(OSとは何か)が考慮される必要があります。

+0

おそらく、私たちのサーバーはWindows Server 2008 R2を実行しています。私は、Rubyのパフォーマンスは、Windowsで10倍遅く実行されているようなものだと読んだのは、Linuxに比べて、本当に悪いですか? – Panupat

+0

はい、非常に遅いです。まあ、実際にはRuby 1.8.7でパフォーマンス上の問題があると言えます。私は1.9.2に切り替えようとしたところ、アプリケーションは高速でしたが、私の宝石のいくつかは1.9であまり幸せではなかったので、私は戻ってきました。 =/ –

2

DjangoはインタラクティブなWebアプリケーションを実行しません。これはJavascriptでDjangoからほとんどサポートされていません(AJAX呼び出しからのデータ転送を除く)。

これでDjangoを使いたいのであれば、Pythonを学ぶだけでなく、Javascriptの負荷を覚える必要があります。

私はこのソリューションを手書きのJavascriptとして好んでいますが、これらのツールよりもはるかに明確であると感じています。また、JavascriptのGUIを書くことができるライブラリがたくさんあります.Jquery UIやExtJSをチェックしてください。

そこから、サーバー側では、JSONでデータをシリアライズするAJAX呼び出しのみが使用されます。

3

私はこのようなことを心配していましたが、私が何もしていないことがわかるまで、私が使用していた最後のものに対して大きな改善と言われたので、常に新しいフレームワークを試していました。今私はちょうど1つを選び、それに固執する。私が他のどのフレームワークよりもずっと優れているということは、他のフレームワークにはちょっとしたトリックやショートカットが含まれていても、より生産性が高いことを意味します。

私が言っていることは基本的に、ほぼすべての一般的なWebフレームワークが、あなたが望むすべてを行うことができることです。いくつかは他のものより優れていますが、本当に重要なことは、あなたがそれらのうちの少なくとも1つの専門家になることです。たくさんのことを楽しむことができないということは、本当にあなたは内側と外側を知る必要があります。プロジェクトにいくつかのコードをコミットすると、このプロセスに役立ちます。

関連する問題