2009-07-20 11 views
0

私はDjangoとRailsの両方が新しくなっています。私はWeb 2.0スタイルのアプリケーションを開発しようと考えており、UI層がCRUD操作(ADO.NETデータサービスと同様のもの)を行うために呼び出すRestfulサービスを公開する予定ですADO.NETと同様の機能を提供するフレームワーク

私はまだプラットフォームを決定していません一方的に発展するアドバイスを探していますか?

私は現在Ruby on RailsまたはDjangoを考えています。

DJango/Pythonを使用するメリットは、将来私はいくつかのコード変更でGoogle AppEngineに移行できることですが、下の方でDJangoはRESTfulではないと聞きます。

私はRubyとPythonの両方にも新しいです。では、どのプラットフォームを使うべきか、あなたのアドバイスは何でしょうか?

答えて

0

もしあなたがビューとコントローラをRESTに結合したいのであれば、djangoはRESTfulではないdjangoを使用すると、djangoオブジェクトを直列化し、自分の好きなjavascriptフレームワークを使ってフロントエンドでそれを操作する必要があります。あなたの唯一の懸念がそれを行う方法を気にせずにデータをRESTfulに送受信することであるならば、あなたはすでにあなたの心を持っているので、djangoはあなたのために十分であるはずです。

0

DjangoはRESTアプリケーションに適しています。 RailsはRESTをより簡単にするためにいくつかの機能を提供していると主張していますが、人間が判読できるURIのようなものはRESTにとって本当に重要ではありません。 RailsはあなたのためにPOST/GET/DELETE/PUTを自動的に生成しますが、Djangoでも同様に簡単です。実際にはRESTとはあまり関係がありません。

RESTはアーキテクチャの一般的なタイプですが、非常に明確な制約がありますが、RESTアプリケーションを実行する方法はありません。これは、RESTのアーキテクト、Roy Fieldingの一般的な誤解に関するよくある議論です。http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven

私はPythonとDjangoを推奨しますが、REST関連の理由は推奨しません。 (より良い文書化、Djangoのsaner API、厄介な猿のパッチや黒い魔法、カップリングなど)

0

RESTfulインターフェイスは、分散アプリケーションを構築するために使用されます。 UI層とサービス層は実際に物理的に分離する必要がありますか?私は過労だと思う。

関連する問題