rope 默认只扫描 Python 源码，不解析 urls.py 或模板中的字符串路径，因此改名后 URL 路由不会自动更新，需手动搜索替换 path()、re_path() 中的 name 参数及模板中 {% url 'xxx' %} 等硬编码引用。
用 rope 重构 Django 视图函数时，为什么改名后 URL 路由没更新？
因为 rope 默认只扫描 Python 源码，不解析 urls.py 或模板里的字符串路径。Django 的 path()、re_path() 和模板中硬编码的 {% url 'xxx' %} 都是“不可见”的引用。
- 手动在
urls.py里搜索旧函数名并替换，尤其注意name=参数和as_view()调用 - 模板中用
grep -r "old_view_name" templates/扫一遍，别漏掉{% url %}和href里的字符串 - 如果用了
reverse()或resolve()，它们依赖的是 URL name，不是视图函数名——改函数名不影响路由逻辑，但 name 不同步就会 404
Django Model 字段重命名后迁移失败：字段名 vs. 数据库列名的区别
makemigrations 有时会生成两个操作：删除旧字段 + 新增新字段，而不是 RenameField。这不是 bug，是 Django 判断“无法安全推断重命名”时的保守策略。
- 确保字段类型、null、blank、default 等参数完全一致，否则 Django 认为这是“新建字段”，不是“改名”
- 检查
db_column是否显式设置了；如果旧字段有db_column='old_col'，而新字段没设，Django 会按默认规则建列，导致数据丢失 - 手动编辑迁移文件，把
RemoveField+AddField替换成RenameField，并确认old_name和new_name是模型字段名（不是数据库列名）
用 pycharm 重命名 views.py 里的类视图时，为什么 as_view() 调用没跟着变？
PyCharm 的重构默认只处理“直接引用”，而 MyView.as_view() 是对类的静态方法调用，不是对类名的“变量式引用”。它不会自动识别这种上下文。
- 启用
Search in comments and strings（但慎用，可能误改注释或日志文本） - 更稳妥的做法：先用 PyCharm 重命名类，再全局搜索
.as_view()前的类名，人工核对每一处是否该更新 - 如果类被 import 到其他模块（比如
from views import MyView），记得检查那些文件里的导入语句和使用点——PyCharm 通常能处理，但跨 app 时偶尔漏掉
重构 settings.py 时拆出 base.py，为什么 DEBUG = True 在开发环境不生效？
常见原因是 __init__.py 缺失，或 python manage.py runserver 仍加载的是旧的 settings.py，而不是新路径下的模块。
- 确认
manage.py中的os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'myproject.settings')已改为'myproject.settings.dev'或类似路径 - 检查
myproject/settings/__init__.py是否存在（哪怕为空），否则 Python 不认为这是一个包，import settings.dev会失败 - 运行
python -c "import django; django.setup(); from django.conf import settings; print(settings.DEBUG)"直接验证当前加载的 settings 是否正确
重构 Django 项目最麻烦的从来不是改代码，而是改完之后没人去翻那堆散落在 urls、templates、migrations、tests 甚至 shell 脚本里的隐式引用。工具能帮你改函数名，但改不了你三个月前随手写在 admin.py 注释里的“待重构”提醒。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
