当今的编码环境正在快速变化。尤其是随着AI技术的发展，我们编写代码的方式本质上已经发生了根本性的变化。像ChatGPT或Copilot这样的AI模型能够在短时间内生成优雅的代码，因此我们已经进入了一个与完全由人编写代码的时代截然不同的世界。

这种变化向开发者提出了一个重要的问题：

“在AI为我们编写代码的时代，开发者真的有必要深入理解代码的内部工作原理吗？”

对于这个问题，我想毫不犹豫地回答“是的”。

为什么需要深入理解？ – 工程师的责任与AI的合作

1. 风险管理与责任

虽然可以通过简单地复制和粘贴AI生成的代码来快速完成项目，但从长远来看，这伴随着相当大的风险。

  • 未知的错误: AI建议的代码在表面上看似完好，但在特定情况下可能会引发意想不到的错误。

  • 扩展性问题: 随着项目的扩展，未经了解的内在逻辑可能会成为绊脚石。

最终，解决所有问题的还是开发者自己。作为开发者，理解所使用的工具和代码的运行方式，并在错误发生时能够迅速诊断和解决问题是至关重要的。

2. 真正的‘工程师’成长

即使在与AI共存的时代，实际上正是因为与AI共存，我们更需要深入理解代码。

  • 有效沟通: 在询问AI时，能够准确描述问题的具体部分将为我们获取更好的答案提供保障。

  • 主导性设计: 框架或库的组合以及采用何种结构的决策仍然掌握在人的手中。

  • 提高技术洞察力: 理解内部工作原理可以激发结构性和创造性的想法，比如“这个框架如是运行，那这个功能可以这样扩展”。

特别是在像Django这样的网页框架中，这种理解显得尤为重要。Django提供的多种功能，特别是类基视图(CBV)提供了极大的便利和扩展性，但如果只是大致了解其内部结构，当项目规模扩展时，可能会遭遇重大困难。

AI与开发者的合作

从FBV到CBV的原因

FBV(函数基视图)的简单性

大多数入门Django的人都是从FBV(函数基视图)开始的。

  • 直观性: 接收request并返回response的结构容易理解。

  • 快速原型开发: 用简短的代码快速构建界面，初期开发速度快。

但是，随着项目规模扩大以及需要管理的URL和视图增多，仅用FBV会使代码管理变得复杂，并且会出现重复的逻辑。这在维护和扩展方面带来了相当大的负担。

CBV(类基视图)的可重用性与扩展性

CBV是将面向对象编程(OOP)的理念应用于Django视图逻辑的概念。

  • 可重用性: 可以将视图逻辑拆分为方法，便于创建和扩展继承结构。

  • 清晰的结构: 根据请求(GET, POST等)自动调用不同的方法，从而逻辑上将代码有效组织。

  • 维护方便: 共同功能放在父类中，按需覆盖每个页面（或视图）所需的部分。

举个例子，假设需要创建多个相似的列表页面。在FBV中，每次都需要重复相同（或类似）的代码，而在CBV中，可以简单地继承基本类ListView，只需更改模型或模板名称即可。这就是CBV的真正优势。

FBV与CBV流程图

掌握CBV的好处

  1. 代码的可读性与维护性大幅提升。

  2. 即使项目规模扩大，也能轻松进行功能模块化和扩展。

  3. 可以利用Django基本提供的多种CBV类(ListView, DetailView, CreateView, UpdateView, DeleteView等)快速构建CRUD。

  4. 开发者可以更加主导地进行协作。因为AI生成的代码也可以精准控制所需继承的CBV及细节。

CBV探索系列的目标

在这个博客系列中，我们将在逐个介绍Django的多种CBV。将详细探讨每个CBV在什么情况下最为有效，以及如何进行定制。

通过这个过程，我们期待取得以下成果：

  • 理解代码的运行原理: 达到不仅仅是将AI生成的代码复制粘贴，而是能自我解释“为什么要这样写”的能力。

  • 熟知CBV的角色与使用方式: 理解Django提供的多个CBV的特性，可以根据不同情况选择合适的视图，如“这一情况适合FormView”。

  • 高效且主导的AI协作: 当在AI建议的代码中具备“哪个部分可以修改”的洞察时，可以更好地引导AI，从而最大化生产力。

提前预告接下来的内容

  1. 理解Django的基本View类

    • View类的结构，以及Django在请求-响应过程中如何调用它。

  2. 使用FormView轻松处理表单

    • 探讨如何利用FormView处理用户输入（表单）。

    • 学习表单有效性验证、错误信息处理、成功后的重定向等模式。

  3. ListView和DetailView的使用方法

    • 高效地构建ListView和DetailView的列表页面和详细页面。

    • 将分享实际项目实例以及处理模板上下文数据的小窍门。

  4. 使用CreateView、UpdateView和DeleteView简化CRUD

    • 探讨几乎可以自动化的对于CRUD（创建、读取、更新、删除）操作的视图类。

    • 对“我需要自己写模型表单，还是可以利用CBV功能？”进行思考。

  5. 使用TemplateView高效渲染模板

    • 研究如何有效利用TemplateView进行简单页面渲染。

    • 在需要快速渲染HTML模板的情况下，如何设计结构的小贴士。

总结：未来的旅程

在这个系列中，我们将共同探索Django提供的CBV丰富世界。如果您之前一直在使用FBV，那么您会对“CBV原来是这样的！”有一个新的视野。如果您已经有过CBV的使用经验，那么我们可以一起讨论更深入的使用方法和扩展策略。

在AI时代，开发者应该关注的不是单纯的代码编写，而是理解代码是如何运作的以及设计更优秀的结构的能力。我认为Django的CBV是学习和实践这一点的极好主题。

下一篇将从Django的基本View类开始，探讨基本结构。让我们一同学习，成为编写更健壮和可扩展代码的“真正工程师”。

推荐阅读的资料

未来‘CBV探索系列’的预告

  • 第2篇: “Django基本View类的运行原理与生命周期”

  • 第3篇: “FormView: 优雅处理表单”

  • 第4篇: “ListView & DetailView: 实现数据列表和详细查看”

  • ... (持续更新)

感谢各位读者耐心阅读这篇文章。期待未来的系列内容，如果有任何疑问或想分享的想法，欢迎随时在评论中留言！

“即便在AI生成代码的时代，我们的工程感知和洞察力将比以往任何时候都更加耀眼。”