cbv (クラスベースビュー) を使用して開発できる場合は、fbv (関数ベースビュー) を使用しないようにしてください。 Django の開発組織も、全員が開発に cbv を使用することを推奨しています。 cbv を使用することには多くの利点があります。最も明白な利点は、基本的に、数行のコードを記述する必要がなく、各ビューが何であるかを理解するだけで開発効率が向上することです。追加のものがあり、ミックスイン拡張機能を自分で作成する必要があります。個人的には開発効率が2倍以上向上したと感じています。したがって、欠点について言えば (もちろん、Django のソース コードを読まなければならないということは利点であるべきだと思います)、Django に付属するすべてのビューの機能と、Django の各メソッドが何を意味するのかを理解する必要があるということです。ビューがやってます。ビューの機能を理解することによってのみ、適切な継承を実行し、いくつかの複雑な操作で適切なミックスインを記述することができます。 cbv での開発に慣れてくると、Django view のソース コードにもっと慣れると思います。

cbv プロジェクトの学習と開発を支援する Web サイトをお勧めします: ccbv。 cbv と Django ソース コードを組み合わせて学習すると、非常に明確になります。

最後に、API サービスに使用するために cbv を拡張したライブラリを追加します。いくつかの複雑な関数を完成させるミックスインの作成方法を参照してください。もちろん、DSS を使用してデータ インターフェイスを迅速に開発することも歓迎します (広告はありません。真剣に考えてください):

django シンプルシリアライザー

何を聞きたいのかわかりません。単一テーブルか複数テーブルかに関係なく、それらはすべてモデル レベルですが、ビュー関数とビュー クラスの間には何か制約がありますか?いいえ

クラス ビューは一部のデータを共有できますが、通常のビュー関数を使用するにはさらに多くのコードを記述する必要があります。実際、ビューの種類に関係なく、複数テーブルの関連付け操作を実行できますが、RESTful インターフェイスにはクラス ビューが一般的に使用されます。

大規模なプロジェクトにはクラス汎用ビューを使用してみてください