visual studio 2022 已不再推荐用于 django 开发，因其官方移除了 django 项目模板，python 工具链重心转向 vs code；即使安装 python 工作负载，新建项目也无 django 选项，且内置功能（如添加应用、运行服务器）常失效或需手动复杂配置。
Visual Studio 不是 Django 开发的推荐环境，官方和社区主流实践都倾向用 VS Code 或纯命令行；VS 的 Python 支持已逐步弱化，2022 版起不再默认包含完整 Django 模板，且自 2023 年起微软已明确将 Python 工具链重心转向 VS Code。
为什么 VS 的 Django 模板现在基本不可用
Visual Studio 2022 及后续版本中，“Django Web 项目”模板已被移除或标记为“过时”。即使你安装了 Python 开发工作负载，新建项目时也大概率看不到 Django 相关选项。微软文档已将相关教程归档，并在 Python Tools for Visual Studio (PTVS) 的 GitHub 仓库中标注为“maintenance mode”——只修严重 bug，不新增功能。
- 尝试右键项目 → “添加 > Django 应用”：菜单项可能直接灰显或报错
Command 'Python.Django.AddDjangoApp' not found - 手动执行
django-admin startproject mysite后用 VS 打开文件夹：能编辑代码，但调试、迁移、运行服务器等操作需手动配置 launch.json 和 tasks.json，且无原生支持 - 依赖
manage.py的命令（如python manage.py runserver）在 VS 内置终端中常因路径/解释器识别错误而失败
VS 中勉强能跑 Django 的最低可行路径
如果你必须用 VS（例如团队强制要求或已有大型 .NET+Python 混合解决方案），唯一稳定方式是绕过模板，纯手工集成：
- 先在外部终端用
python -m venv venv创建虚拟环境，再用venvScriptsctivate激活后执行pip install django==4.2.18（选长期支持版，避免与 VS 解释器冲突） - 用
django-admin startproject mysite .在空文件夹中初始化项目（注意末尾的.，让manage.py落在根目录） - 在 VS 中通过“文件 → 打开文件夹”打开该目录，然后在“Python 环境”窗口中手动定位到
venvScriptspython.exe - 运行服务器必须用“调试 → 启动调试”，并提前在
.vslaunchSettings.json中写死命令："commandName": "Project", "executablePath": "venv\Scripts\python.exe", "programArguments": "manage.py runserver 8000" - 静态文件、数据库迁移等操作一律放弃 VS 图形界面，全部回到外部 PowerShell 执行
python manage.py migrate等命令
VS Code 是更现实的选择，且配置更轻量
VS Code + Python 扩展 + Django 插件组合，5 分钟内就能完成 VS 需要 1 小时还未必成功的环境搭建。关键差异在于：
-
Ctrl+Shift+P→Python: Select Interpreter可直接指向虚拟环境中的python.exe，无需改任何 JSON - 终端自动继承激活环境，
python manage.py runserver回车即跑，错误信息高亮可点击跳转 - 扩展
ms-python.python原生支持manage.py命令补全，django-extensions插件还能一键启动 shell_plus - 调试配置只需一个
.vscode/launch.json文件，内容比 VS 的.vslaunchSettings.json简洁 3 倍
真正卡住多数人的不是“怎么装”，而是误以为 VS 的图形向导能像 .NET 项目一样全自动拉起 Django——它不能。Django 的生命周期管理（迁移、收集静态文件、shell 调试）本质是命令行驱动的，强行套进 VS 的 GUI 框架里，只会多一层抽象带来的不可控性。
