visual studio 新项目模板需按实际开发需求反推选择，而非盲目多选；应严格匹配语言、平台及部署目标，否则易致编译失败或调试异常，并须确认对应工作负载已安装。
Visual Studio 新项目模板不是“选得越多越好”，而是要根据你接下来**真正要写什么代码、部署到哪、用什么语言生态**来反推。选错模板，轻则多删几十行样板代码，重则编译失败或调试器不识别入口点。
看语言和平台筛选器是否匹配真实需求
新建项目时，“语言”和“平台”下拉菜单不是摆设。比如你要写一个纯前端 HTML5 页面，却选了 C++ 模板，后续连 index.html 都没法直接设为启动页；又比如目标是 Windows 桌面应用，却选了 .NET MAUI 模板，结果发现没装 Android SDK 就报错——这不是模板问题，是筛选条件没对齐。
- 写控制台工具 → 选
Console App（.NET）或Empty Project（C++） - 做 Web 前端单页应用 → 不要硬找“HTML5 模板”，选
ASP.NET Core Web App+ “空”模板，再手动加index.html - 开发 Windows 桌面 GUI → 选
Windows Forms App（.NET Framework 或 .NET）或WPF App，别误入 UWP（已逐步弃用） - 用 Python 写 Flask → 搜索
Blank Flask Web Project，它自带app.py和requirements.txt，比通用 Python 项目少配三步
警惕“空模板”和“带样例模板”的实际差异
Empty Project 看似自由，但 C++ 里它不生成 main()，.NET 里它不带 Program.cs，你得自己建文件、设启动项、配输出类型；而像 ASP.NET Core Web App (MVC) 这类带样例的，会默认加控制器、视图、Startup.cs 或 Program.cs，适合快速跑通流程，但若你只想要静态资源服务，反而要删掉一半代码。
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- C++ 项目选
Empty Project后，必须右键“源文件”→“添加”→“新建项”→选C++ File (.cpp)，否则编译器找不到入口 - ASP.NET Core 选“Web API”模板，会默认启用
Controllers目录和 JSON 输出配置，不适合返回 HTML 的场景 - Django 模板生成的是完整项目结构（含
manage.py），但不会自动创建 app，得自己运行python manage.py startapp
检查工作负载是否已安装，否则模板根本不会出现
很多模板压根不显示，不是 VS 版本旧，而是对应工作负载没装。比如搜不到 Windows Forms App，大概率是没装“.NET 桌面开发”；找不到 Blank App (Universal Windows)，说明“Universal Windows Platform development”没勾选；Python 模板全黑？先确认“Python 开发”工作负载是否就位。
- 打开 VS 安装器 → 修改当前实例 → 勾选对应工作负载 → 重启 VS
- 搜索模板时输关键词比翻列表更可靠：输入
console比在“所有语言”里一页页找快得多 - 如果模板名带括号如
ASP.NET Core Web App (.NET Framework)，注意括号内版本是否与你本地 SDK 匹配，不匹配会灰显不可选
真正卡住人的往往不是“找不到模板”，而是模板生成的结构和你心里想写的结构之间差了一层抽象——比如以为“HTML5 项目”是独立类型，结果发现它只是个带正确 DOCTYPE 和语义化标签的 HTML Page 文件，得自己搭服务器或用 Live Server 插件预览。动手前先想清楚：你第一行要敲的代码，是 int main()，还是 def hello():，或是 ？答案决定了该点哪个模板。
