
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
DjangoーCBVのソースコード分析してみる。 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
DjangoーCBVのソースコード分析してみる。 - Qiita
Views層でFBVとCBVを書く時、なぜ同じ結果が得られるかの疑問はないでしょうか。そしてUrls層でルーティ... Views層でFBVとCBVを書く時、なぜ同じ結果が得られるかの疑問はないでしょうか。そしてUrls層でルーティングを設定する場合もCBVとFBVの書き方が変わりますよね? その原因をソースコードに合わせ、見ていきたいと思っています。 CBVの根本的なところに入るための入口はどこにあるか、そしてどの流れでgetやpostを実行するのかを見てみましょう! 入口 as_view()を入り口とし、後ろのソースコードを追跡します。 はい、では、@classonlymethodはviews.Books.as_view()と書く理由で、クラスメソッドのことです。 as_viewメソッドはviewが戻り値になり、このviewは実際にas_view内部の関数のことを指しています。 view関数の戻り値はdispatch関数なので、次はdispatchを追跡します。 ここで、ちょっと補足しますが、pytho