2012-07-29 3 views
5

私はバックエンドとしてDjangoを使い、フロントエンドにjQueryを使っています。今やWebページがとてもダイナミックになっているので、JavaScriptはますます複雑になり始めており、より良い、より組織化された構造の必要性を感じています。バックボーンとDjango、より良いクライアントサイドのアーキテクチャを見つける

私はBackoneについて読んで始めました。フロントエンドへのバックエンドアプローチのような感じです(MVCフレームワークなので)。これにより、コードがより構造化されますが、一部の機能が重複しているように見えます(モデル、URLなど)

また、tastypieとdjangoのバックボーンを使用してRESTful環境を実装する方法についても説明しましたhere。このアプリは電話開発の準備が整っているので、これは非常に涼しいです。

今私の質問はこの建築はどれくらい良いか悪いのですか?どのような長所と短所DRYクライアント側のコードを達成するための簡単な方法がある場合、それは持っていると(多分ルール/グッド・プラクティスのいくつかのセットを、次のことだろう)

どれでも個人的な経験は歓迎以上です:)

答えて

5

あなたは今の状況と同じ状況にいました。もちろん、チュートリアルやサンプルプロジェクト、ドキュメンテーションの数は非常に少なく、そのほとんどは非常に古いですが、私が釣りの夜と昼に助けを求めて来たというチュートリアルは、これがhttp://joshbohde.com/blog/backbonejs-and-djangoでしたが、今でも唯一のものですいくつかのカスタムテンプレートタグの助けを借りてバックボーンテンプレートをDjangoテンプレートに再利用していました。

私の個人的なDjango + Backboneの経験は良いことでしたが、数ヶ月続いた後、NodeJS + Backboneに移りました。私はDjango/Pythonがバックボーンを追加する高速プログラミング言語であるにもかかわらず、(RESTサーバーとバックに)小さなデータを送信し、変更されたすべての細部にページ全体が表示されます。

+1

私は見つけた別の良いチュートリアルです:http://10kblogger.wordpress.com/2012/05/25/a-restful-password-locker-with-django-and-backbone-js/ いくつかの手順それは少し古くなっています(古いフレームワークの旧バージョン)が、概念はかなり明確です。 – Leonardo

+0

これらのjavascriptフレームワークはすべてとても素敵ですが、バックボーン、emberですが、私の欠点は複雑なロジックをデバッグする方法です。少なくともdjango/railsでは、IDEでバックエンドをデバッグすることができます。これはうまくいきます。 Javascript?私はこれが挑戦的な問題であることを発見しました。複雑にする - ブラウザでIDEを構築し、emberまたはnode.jsで書かれたバックエンドのjavascriptをデバッグすることを考えるクライアントサイドのJSツールは問題ではありません。 – DataMania

+0

@ DataMania:私は現在、主なJS/TSコードエディタとしてVSCodeを使用しています。クライアントサイドコードをデバッグするのと同じ方法でnodejsを非常に簡単にデバッグできます。 –

関連する問題