私の意見では、あなたがリンクした投稿で提案されていることはまったく良くありません。まず、「何」を統合するかを検討する必要があります。
- 動作: (関数、ビジネス ロジックなど)。
- 構造: DB 接続、操作
- カスタムドライバー
- レンダリングのもの。実際のシステムがビュー/ページ/その他をどのようにレンダリングし、そのまま表示するか。
あなたがリンクした投稿で、その男はすべてを統合したいと考えていました: 彼は以前に PHP ページで見たものを取得し、それを django アプリのように表示したかっただけです。正直なところ、それは良くありません。(個人的な経験に基づいて) 既にレンダリングされたページを django アプリに統合しないことをお勧めします。
できることは、機能と動作を統合することです。たとえば、PHP 監視システムが一定期間のユーザー数を取得するとします。1 つの PHP 関数があります。
<?php
function show_users($time_period){
...
}
?>
その監視システムから HTML を取得して Django アプリに配置する代わりに、動作を取得する必要があります。たとえば、REST インターフェイスを介して PHP アプリケーションを公開します。したがって、Django コードでは次のようにすることができます。
# views.py
def monitoring(request):
users = monitoring_service('/users/2012/')
render(request, 'monitoring.html', {'users': users}
あなたのテンプレートで:
# monitoring.html
<ul>
{% for user in users %}
<li> {{user}} </li>
{% endfor %}
</ul>
基本的に、PHP アプリの機能を再利用しています。しかし、あなたはレンダリング部分を処理しています。もちろん、それにはもう少し手間がかかりますが、それだけの価値はあると信じてください。
追加:
REST は優れたソリューションであるため、REST を提案しました。ただし、Thrift、Protocol Buffers、MessagePack (ほんの数例) など、通信する他のインターフェイスを選択することもできます。