私は一般的にWebに不慣れであり、django（python Webフレームワーク）も同様です。
Pythonの方が扱いやすいと思いますが、私の同僚のほとんどはjavaを好みます。（playframework）
それらをWebアプリケーションに混在させることは可能でしょうか？
djangoをダンプして、playを使い始めると、もっと簡単になりますか？
DjangoとRailsの統合の誰かが「メッセージング」について言及しましたが、彼はそれが何を意味するのか疑問に思います。
質問する
230 次
2 に答える
3
Play (または django) に飛び込んでから、両方のソリューションを混合することをお勧めします。理由は一つ、根源的です。1 つのフレームワークを他のフレームワークと混合したり、多くの言語のフレームワークを混合したりすることは可能ですが、最初に...少なくともすべての要素を十分に理解する必要があります。次に、それらを接続するための最適な方法を検索し、それぞれの最良の部分を使用して、可能な限り最良の結果を得ることができます。
事実上の Play と djangos のアプローチは非常に似ているため、それらを接続しようとする正当な理由はありません。特に、チームの大部分が 1 つのソリューションを使用している場合、最善の選択肢はそれらに従うことです。
あなたが書いたように、あなたはdjangoも初めてですが、そのスイッチは問題になりません。将来、djangoで同様のプロジェクトを作成し、生産性、パフォーマンスなどを比較できます。おそらく、同僚に何か他のことを試すよう説得するでしょう。
ところで: 2 つのアプリ間のメッセージングは、文書化された API を使用して行う必要があります。お互いを「外部」サービスと見なしてください。データベースを共有できますが、フレームワークが機能を複製しないようにしてください。
つまり、django で ContenteManager を作成する場合は、Play 担当者がクライアントとして DB に接続すること、またはその逆であることを確認してください。 /framework) 失敗する原因になります。
于 2012-11-20T16:11:32.140 に答える
0
2 つの別々のフレームワーク間のメッセージングは、いくつかの方法で可能だと思います。
- データファイルの集中的な交換 (DOS の時代に戻りました...)
- 同じデータベースを共有する (書籍には記載されていませんが、見たことはあります)
- 共通のデータ ソースとしてのキー値ストアを介した通信
フェラーリにディーゼル燃料を入れた場合、これらの解決策はすべて同じです。
いずれにせよ、気に入らないフレームワークに足を踏み入れたとしても、おそらくそれには何らかのデータベースがあり、それを使用することができます。私のアドバイスは、古くて醜いフレームワークを使用することを学ぶ代わりに、それを放棄することです。
于 2012-11-20T15:57:15.307 に答える