質問
今せていただ比較的身近にweb2py思いDjangoします。
その主なが違うのか?
という量そのものの持つ効率的に使うことができるように考慮web2pyしますか?(必要とするものであpythonアプリケーションフレームワーク知識?)
編集
まだ利用でき意見を述べるを希望するのか。
解決
web2pyには非常に多くのジャンゴに触発され、あなたがものを知っていれば、他のを学ぶことは簡単ですました。データベースの移行(テーブルを自動的に変更する)、エラーのチケットは、WebベースのIDE、Google App Engineの上で動作するデータベース抽象化レイヤ、プラグイン可能なログインと役割ベースのアクセス制御機構:我々は含めて、Djangoのでは見つかりませんでしたいくつかの機能を追加しましたモジュールます。
基本的な設計の違いの一つは、Djangoのアプリケーション内のモジュールとして実装され、したがって、あなたはあなたがそれらを編集するときに、サーバーを再起動する必要があるということです。 web2pyのでは代わりに、モデル/ビュー/コントローラは、モジュールではありません、彼らはフレームワークによって(インポートされません)が実行され、したがって、あなたは彼らが変更されたときに、サーバーを再起動する必要はありません。
もう1つの違いは、web2pyのがDALを使用して、DjangoはORMを使用することです。 DALは、DjangoのORMよりもわずかに低いレベルであり、これはポータブル残りながら、近いSQL構文に(我々は10個の異なるデータベースをサポートする)(例えばその左ジョイン、任意の凝集体、ネストされた選択して組み合わせ可能にする)ことができます。 DALはまた、モデルの動的なメタプログラミングを行うが容易になります(例えば、XMLやCSVファイルとしてファイルに保存されている仕様に基づいて、実行時にモデルを作成します)。
Djangoはあなたはそれでより多くの人が熟練見つけて、より多くのアプリケーションが展開周り長くなっています。
他のヒント
Django=旧
Web2py=new
何Djangoなweb2pyなります。このweb2pyした後djangoととして認知されており、Djangoの失敗もない新しい失敗;)
主な違いは、何えweb2py:
Djangoが見書...web2pyで直感的なことをする必要はありませんか...だがしかし! することがわかったDjangoの文書は適用web2pyにすることができます。もしあなたが一日のdjangoの本(Ch1-7)を取得しまうのか"と言ったそうです。なので、いDjangoは記録がasinine.また、任意の枠組みのひゅうがのくにいちの話をしてい量の書類として良いものです---すご関係...文書は、いず始め=ります。Web2pyの既存の文書以上のニーズを満たすの90%の中で活用してまいりました。残りの10%しての枠組みの図書館のコードがないものとしてDjangoりません。また、取得ポイントに提供開始を心より歓迎の30%以上お時間を通図書館のコードで離れの枠組みに向けた図書館が収蔵する図書などの鉄塔).その時点までなるウェブ枠を処理するように設計されて...
SQLFormにDjangoがTextModel.一度作成形用TextModel(=SQLForm).幸運を大きく変えようとしていCSSの単一の入力フィールド!にweb2pyっちゃうんです。element()ないもDjango.まして"ウィジェット()"がんウィジェットは、最初の入力フィールドタイプ。
また、マニュアルDBの移行...変化のスキーマ?申し訳ない---いずれかのダウンロードとインストールを別の移行アプリ(南)、ついに手動でおDBです。
最後に、箱から出して支援のための複数のDBs...思い付きフープ...
その他の言葉を---とDjango...私は、ジャンプ競.
いっとジャンプからweb2py、鉄塔...真剣に...
最大の欠点のweb2pyは、その年齢の小さなコードベ---こんな不当なものを考慮し、Djangoのような最初のpythonウェブフレームワークをレールRADスタイルアイディアはように年齢のweb2py.Web2pyはまだち早く部分の命Djangoの超臨界質量部が下落...web2pyるのではないか、ということにな重量で当日現在、次の2年間、私はされている。
結論 一日を過ご読んで、django書(ch1-7)読み込むための鉄塔書(その1)、その考えをご利用の枠組みます。私にとってまったく行われ、出来るだけ早い時期にな見書類の30%ます。
Web2pyを満たす上で必要だった。
私は完全にweb2pyの中で、その後、その後ジャンゴに完全に小さな、社内のWebアプリを作った、と。それは本当に開発者の経験に相違とその影響を理解する唯一の方法です。
ジャンゴによって提供されるよりも、環境に組み込まれ、より便利があるので、私はweb2pyのを好むが、web2pyはジャンゴよりもはるかに新しいものであり、後知恵は、常にそれが簡単に新しい実装を改善することができます。 web2pyには後方互換性を保証しているので、いくつかの新しいツールは、今から数年後にweb2pyに時代遅れになることを完全にもっともらしいです。それは、物事の通常の方法です。
とにかく、彼らははるかので、2つのどちらかに比べて、他のWebフレームワークよりも、互いに非常に接近しています。ポイント・オブ・ビューのインスタンスのためのJavaベースのWebフレームワークのから、彼らはお互いにほとんど同じに見えるかもしれません。
これは間違いなくいくつかのPythonのフレームワークの知識を持っているのに役立ちます。
始めるための最も効果的な方法は、2つの異なるセクターを比較するために、だろう、すなわちモデル、ビュー、コントローラは、URL派遣、テンプレート、フォーム、などがます。
ここではいくつかのフレームワークの1つの偉大な比較がのです。それがお手伝いします確信しています。
私はDjangoプログラマグweb2py.私の効率化とのweb2pyあり、良識のデフォルトの暗黙の輸入は、デフォルトビュなどの支援を フォーラム.
簡単に言うとポイントへ:web2pyには、Djangoがされているべきものです。