不提前规划目录结构，3个月内必乱；默认结构仅为“能跑”的占位符，非设计，需按ui/、domain/、services/职责分层，并手动配置输出路径与文件包含规则。
WinForm 或 .NET 桌面项目，不提前规划目录结构，3个月内必乱；C++ 项目不统一输出路径，Debug/Release 文件混堆，链接时大概率报 LNK2005 或找不到 DLL。
为什么默认结构不能直接用
Visual Studio 新建项目后生成的目录，只是“能跑起来”的最小骨架：所有 .cs 文件堆在根目录、Properties 和 obj/bin 平铺、资源文件和配置散落各处。这不是设计，是占位符。
常见错误现象包括：
- 新增一个“导出 Excel”功能，结果把
ExcelHelper.cs直接扔进窗体同级目录，两周后没人记得它被谁调用 - 多人协作时，A 把日志类放
Utils/，B 放Common/，C 自己建了个Shared/，最后三个同名类共存 - C++ 项目里
Debug/和Release/输出路径没改，默认写到解决方案根目录，导致切换配置后 exe 覆盖、PDB 错配、调试断点失效
分层目录怎么划才不翻车
对 WinForm / .NET 桌面应用，推荐按职责切三块，不追求理论完美，只保证“新人拉下代码 10 分钟内能定位登录逻辑”：
-
UI/：只放Form、UserControl、Dialog类，禁止任何业务代码；命名带前缀，如LoginForm.cs、ReportPreviewDialog.cs -
Domain/：放实体类（Order.cs、Customer.cs）、枚举、常量；不依赖任何 UI 或数据库组件 -
Services/：放业务协调逻辑，比如OrderService.cs调用数据访问 + 校验 + 发邮件；这里可以引用Domain和Data，但绝不可反向引用
别一上来就加 Infrastructure 或 ApplicationCore——90% 的中小项目撑不到那一步。等出现 3 个以上窗体共用同一套数据加载逻辑时，再抽成 Data/ 层也不迟。
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
如何让 Visual Studio 认得清你的目录
手动在资源管理器里建好文件夹，VS 默认是“看不见”的。必须显式告诉它哪些是源码、哪些是资源、哪些只是磁盘存在：
- 右键项目 → “显示所有文件”，找到你新建的
Services/文件夹 → 右键 → “包含在项目中” - 如果文件夹里已有
.cs，它会自动加入；但若含.json配置或.png图标，需单独右键 → “属性” → 将生成操作设为Content或Resource - 想让输出时自动复制配置文件到
bin/下？选中该文件 → 属性 →复制到输出目录设为始终复制
注意：包含在项目中 不等于“编译进程序集”——只有 生成操作 是 Compile 的文件才会参与编译。图标、配置、SQL 脚本全靠这个开关控制。
输出路径必须手动改，否则早晚崩溃
默认情况下，C# 项目输出到 bin\Debug\，C++ 项目却可能输出到解决方案根目录下的 Debug\，两者路径语义不一致，自动化脚本或 CI 流水线极易出错。
统一做法（以 C# 为例）：
- 右键项目 → “属性” → “生成” 页签 → 修改
输出路径为$(SolutionDir)artifacts\$(Configuration)\ - 这样所有项目的输出都归到
artifacts\Debug\和artifacts\Release\，干净且可预测 - C++ 项目同理，在“常规”页签改
输出目录和中间目录，避免obj和exe混在不同层级
最容易被忽略的一点：修改输出路径后，原 bin/ 和 obj/ 文件夹不会自动删除，得手动清空，否则旧缓存可能引发“明明改了代码却没生效”的假象。
