1

私は取り組んできました。数か月間のWebプロジェクト。これは、通常のdjangoモデルがURLとテンプレートを表示し、テンプレートにjqueryを使用する単純なAjaxを備えた単純なWebサイトです。

すぐに申請できる可能性を考えています。Tastypieを使用して自分のWebサイトのRESTfulAPIを作成することを考えています。だからアイデアは

  1. Tastypieを使用してRESTfulAPIを作成します。
  2. バックボーン.jsを使用して私のウェブサイトをシングルページアプリケーションにする
  3. 私のAndroidおよびiOSアプリケーションにplistとjsonを使用しています。

私の懸念はここから始まり、この新しい行動方針から始まります。私は再び私のウェブサイトを最大限に活用する必要がありますか？その場合は、すでに作成したものの作業を中止して、上記のガイドラインに従って最初からやり直す必要がありますか？繰り返しますが、tastypieとbackbone.jsのコンテキストでは、すでに作成したビューとテンプレートロジックはどうなりますか？

私はこのトピックについて多くのことを研究してきましたが、決定的な答えを見つけることができません。ですから、すでに経験を積んでいる、または同じ移行を経験したすべての人に尋ねることを考えてください。

私はRESTfulAPIにほとんど触れていません。しかし、アプリ開発が容易になるため、RESTfulアプローチに傾倒しています。

PS。反対票が出ないようにしていただければ幸いですが、代わりにアドバイスをお願いします。

4

2 に答える 2

1

同じサイト/プロジェクトで並べて試すことができます。既存のdjangoビューを保持します。別のURL、たとえば「/api/」の下に新しいおいしいものを追加します。

同様に、シングルページアプリ？これは、既存のテンプレートの隣にある1つの新しいテンプレートです。とりあえず「/single/」のままにしておきます。そして、既存のページを保持します。

実際の機能はおそらく同じままです。既存のビューから個別の関数として有用なコードを抽出し、tastypieと元のビューの両方からそれらを呼び出します。これにより、既存のコードがより明確でクリーンになる可能性があります:-)

于 2012-12-11T09:03:34.260 に答える
0

哲学的な問題だと思います。

サイトが締め切り間際または本番環境にある場合、おそらく git に入れて 2 つのヘッド ブランチを作成します。

  • 生産拠点
  • ブランチのリファクタリング

その利点は、古いサイトを維持し、新しい機能を追加して、これをリファクタリング ブランチにマージできることです。

繰り返しになりますが、サイトの複雑さと現在の動作に大きく依存します。

2 分岐システムを実行すると、古いバージョンを失うことなくリファクタリングを停止するオプションが提供されます。

于 2012-12-11T08:20:19.993 に答える