2011-11-21 16 views
0

私は最近web2pyで作業していましたが、RESTfulなWebアプリケーションを構築するのに非常にうれしいと感じました。しかし、私はJavaScriptのスキルを少し拡張し、より現代的で豊富な非同期のクライアントサイドJSアプリケーションに取り組むことに決めました。 Gmailのようなものは、UIを最前面に読み込んだ後、データを同期させるためにサーバとしか話していないという意味でです。豊富なDojoアプリケーション用のサーバー・フレームワーク?

Dojoを使用したい(DojoとjQueryを過去に使用し、その構造にDojoを優先したい)、クライアント側のものは使用したいが、サーバー側ではどうすればよいだろうか? Dojoのデータ・ストアを標準のMySQLデータベースと話す最善の方法は何ですか? web2pyのようなものは、AJAX DBリクエストを処理する必要があるときには、単純すぎるほど大変だと感じています。 DojoがDBと直接対話できるのであれば、サーバー側のフレームワークはまったく必要ではないかもしれないと思います。

JSやサーバーなど、「ベストフレームワークは何ですか?」というような質問がいくつかありますが、Gmailのようなアプリケーションではサーバー側のフレームワークがどのような役割を果たしているのだろうと思います。そのような最小限のロジック処理に最も適したフレームワークですか?

+1

ウェブアプリケーションでは、特にセキュリティが重要な場合は、サーバー側が最も重要です。ハッカーは、フロントエンドのコードを完全にバイパスし、バックエンドに直接話すことができます。したがって、各要求を認証する堅牢なバックエンドを設計することから始めてください。あなたがそうするとき、それは決して本当に簡単ではありません。最近、バックエンドとしてRESTサービスが普及しているようです。バックエンドを設計したら、Dojoフロントエンドを作成します。 Webアプリケーションでは、デスクトップの内蔵型アプリとは逆の順序で開発します。 –

+0

RESTサービスのようなものは、私が考えていたものでしたが、実際には各リクエストをDBに渡すだけです。もちろん、あなたはセキュリティとその要求に対する制御について正しいです。今のところGAEのweb2pyに固執すると思いますが、PHPフレームワークをより配備性を考慮して検討しています。乾杯。 – orlade

答えて

2

RIA(リッチインターネットアプリケーション)に関しては、サーバーは他のWebアプリケーションと同じくらい堅牢でフル装備である必要があります。最大の違いは、テンプレートのレンダリングがjavascriptを介してクライアントに委託されていることです。短い答えは重要ではありません。あなたが最も快適に感じるサーバー側のフレームワークを使用してください。

+0

十分に公正です。たとえばweb2pyでは、基本的にすべてのページのテンプレートがあり、多くのページが存在する可能性があります。あなたは基本的に、コントローラーの標準要求ではなく、同じセットアップと非同期機能を持つことができますか?単一のテンプレートのみ(多分layout.htmlはJSの一部を含んでいます)?十分に論理的だと思われる。 – orlade

+0

私はweb2pyで十分に身近ではありませんが、あなたは正しい軌道にいるようです。 – regality

関連する問題