2

主にブログ、ギャラリーコンポーネント、コードスニペット、デモを含む個人用サイトをホストしたいと考えています。GAEを選択したのは、適度に拡張されたWebサイト（つまり個人用サイト）を無料でホストできるためです。

最初は、変更を加えなくてもDjangoアプリケーションをホストできると思っていましたが、Djangoの経験があるので、サイトを簡単にデプロイできます。しかし、さらに調査したところ、これは当てはまらず、GAEでDjangoサイトをホストするにはいくつかの「ハック」が必要であることがわかりました。

さらに、Webアプリのいくつかの実装を見ると、GAEはおそらくはるかに単純であり、ドキュメントで明らかにされているほど困難ではないようです：https ://github.com/ccarpenterg/todolist/wiki

だから私の質問はこれらです：

  • GAE WebappsよりもDjangoを使用することにメリットはありますか？
  • 間接費さえあれば、そのメリットは間接費の価値がありますか？
  • GAE Webアプリの学習曲線はごくわずかであり、おそらくDjangoアプリよりも実装が簡単であると私は考えていますか？
4

3 に答える 3

7

WebアプリでDjangoを使用する理由はいくつかあります。

  • 移植性-汎用フレームワークを使用すると、AppEngineと従来のホスティングプロバイダー間で既存のアプリを簡単に移動できます。
  • 機能-Djangoは、より多くのベルとホイッスルを備えた、より堅牢なフレームワークです。

ただし、欠点は、あなたが二級市民であるということです。ほとんどのDjangoユーザーはSQLバックエンドを使用しており、ほとんどのAppEngineユーザーはwebappを使用しています。フレームワークとプラットフォームが一致しない場所は、両方の開発者にとってそれほど重要ではなくなります。

Djangoを使用するやむを得ない理由がない限り、私はwebappを使い続けます。

于 2011-08-01T15:09:13.897 に答える
2

私は最初の重要なappengineプロジェクトをほぼ完了しています-開発中に、django non-relからgaeモデルの使用に切り替えましたが、djangoテンプレート（およびテンプレートタグ）は保持しました。

私にとって、契約を破ったのは、non-relが現在トランザクションをサポートしていないということでした。効率を上げるためにトランザクションの使用を最小限に抑える必要がありますが、場合によっては便利です（特に、ユーザーのアカウント残高を減らす場合）。

切り替えたとき、データストアをまったく理解していなかったことに気づきました。それを直接使って初めて、非関係者が隠していたものを見ました。これは、非relがトランザクションをサポートすると（現在作業中だと思います）、元に戻らないという意味ではありませんが、しばらくの間、Googleクラスを直接使用したことをうれしく思います。

したがって、オブジェクトのツリーやトランザクションなど、「生の」ストアで少なくともいくつかの小さな実験を試してみることをお勧めします。次に、データストアを十分に理解したことを確認したら、適切な場合は非relの使用を検討します（移植性は否定できない利点であるため）。

djangoのテンプレートとテンプレートタグを、URLディスパッチプロセスと一般的な設定とともに保持していることに注意してください。私はgaeフレームワークを見ましたが、djangoが提供するものほど強力ではありませんでした（たとえば、djangoの名前付きURLパターンはかなり素晴らしいです）。

tl; dr：rel以外のままにしてよかったのですが、djangoにとどまりました。それは私にとってはうまくいきましたが、将来的には非関係に戻ることを検討したいと思います。

于 2011-08-04T03:59:22.480 に答える
0

GAEWebアプリの学習曲線はごくわずかであると言うのは誤りだと思います。Webアプリケーション用の優れたプラットフォームであることがわかりましたが、従来のCGI+SQLプラットフォームとはまったく異なる多くの側面があります。

他のプロバイダーと同じようにAppEngineで動作するアプリケーションを一緒にハックすることはおそらく可能ですが、AppEngineを特別なものにする複雑さ、重要な詳細、相違点、詳細を学ぶことは簡単ではありません。

于 2011-08-01T13:59:56.127 に答える