在Flask项目中使用{% extends 'bootstrap/base.html' %}有什么弊端？

这个继承用法是Flask-Bootstrap第三方扩展提供的能力，实际使用存在以下明确弊端：

• Bootstrap版本绑定僵化：Flask-Bootstrap扩展的维护更新速度远慢于Bootstrap官方，目前主流的旧版Flask-Bootstrap默认绑定的还是Bootstrap 3，如果你要使用Bootstrap 4/5的新特性（比如新栅格系统、工具类、暗色模式、组件更新等），直接继承基础模板完全无法支持，强行修改扩展内置模板的成本远高于自己写基础模板。
• 自定义灵活度不足：扩展内置的base.html已经固定了HTML整体结构、meta标签、资源CDN引用、脚本加载顺序，你只能通过扩展预留的指定block做修改，如果要实现的自定义需求不在预留block覆盖范围内（比如添加自定义根域名meta校验标签、替换为本地静态资源、调整第三方脚本加载优先级），修改成本极高，甚至需要完全重写基础模板结构。
• 冗余依赖风险：为了使用这个基础模板需要额外安装完整的Flask-Bootstrap扩展，如果你不需要扩展提供的表单自动渲染等辅助功能，这个依赖完全是冗余的，后续项目升级Flask版本时还可能遇到依赖不兼容的问题。

如果只是小型练手项目，仅需要基础的Bootstrap 3样式，没有特殊自定义需求，短时间内不会遇到明显问题。但存在以下需求时一定会出现功能受限：

• 需要使用Bootstrap 4及以上版本的新特性
• 需要自定义页面基础结构、静态资源加载逻辑
• 需要对接前端工程化工具链打包的静态资源

如果是长期维护的正式项目，更建议直接基于Bootstrap官方起始模板编写自己的base.html，灵活度更高，后续迭代调整的成本也更低。

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