采用MVT模式的Django项目UML类图绘制及视图模板归类咨询

1. 混合类视图与函数视图的项目绘制UML类图的最优方案 #

• 优先按MVT三层拆分出子图，分别绘制模型层、视图层、模板层的独立类图，再补充一张总览图标注三层的调用依赖关系，避免单张图堆砌太多信息难以阅读
• 类视图直接按UML类图标准绘制，标注清楚继承关系（比如继承自django.views.generic.TemplateView等Django内置父类）、自定义类属性、核心业务方法（比如get、post、get_context_data等）
• 函数视图单独归类为视图层的独立节点组，不要强行和类视图混排，标注每个函数视图的入参、返回值类型即可
• 只保留核心关联关系：比如视图调用的Model类、模板渲染依赖的视图传参，不需要把Django内置的所有方法都列出来，只保留自定义业务逻辑相关的内容即可

2. 将函数视图统一视为类纳入类图是否合规 #

明确结论：不符合UML官方技术规范
UML类图的核心元素「类」是对具有相同属性、方法、关联关系的对象集合的抽象，函数视图是独立的可执行单元，不具备类的封装、继承、实例化等核心特性，强行虚拟一个类来包裹函数视图，会导致类图语义混乱，其他阅读文档的开发者很容易产生误解。
如果想要统一视图层的展示逻辑，可以用UML的«function»构造型标注函数视图节点，不用强行转为类。如果是项目内部有特殊的展示约定，也可以在类图的注释中专门说明这是项目自定义的规则。

3. 是否可以将templates作为类处理后纳入UML类图 #

不建议这么操作，模板本质是带渲染逻辑的文本文件，没有类的属性、方法特性，强行归为类会破坏类图的严谨性。
如果需要体现模板和视图层的关联关系，用UML的«artifact»构造型标注模板文件节点，标注清楚模板文件名、接收的上下文参数，再用虚线关联到调用该模板的视图节点即可。只有当你对模板做了自定义的类封装（比如可复用的模板组件类），才可以将封装后的类正常纳入类图。

内容的提问来源于stack exchange，提问作者Sunny