类库项目核心产出是供引用的.dll程序集，非可执行文件；支持控制台、WPF、WinForms、ASP.NET Core等兼容框架的.NET项目引用，需目标框架≥类库框架；跨框架需用.NET Standard 2.0；类库模板预置正确MSBuild配置，手动修改普通项目易出错；扩展方法须满足public static class、public static this参数、显式using三条件；版本须严格对齐，否则运行时报MissingMethodException。
类库项目本身不生成可执行文件，它的核心产出是 .dll 文件（即程序集），供其他项目引用和复用代码——这是它存在的唯一目的，不是“备用项目类型”，而是模块化开发的基础设施。
类库生成的 .dll 能被哪些项目直接引用
只要目标框架兼容，任何 .NET 项目都能引用它：
- 控制台应用、WPF、WinForms、ASP.NET Core Web API 或 MVC 项目，只要它们面向的 .NET 版本 ≥ 类库的目标框架（例如类库是
.NET 10，引用方也必须是.NET 10或更高） - .NET Framework 项目不能直接引用面向
.NET 10的类库；若需跨框架，类库需降级到.NET Standard 2.0（但会丢失.NET 10新增 API） - 另一个类库也可以引用它，形成分层结构（如
DataAccessLib引用CoreUtilsLib）
为什么不用普通项目改输出类型，而要新建“类库”项目
Visual Studio 的“类库”模板不只是改了 OutputType，它默认禁用了启动配置、移除了不必要的 SDK 引用（如 Microsoft.NET.Sdk.Web），并预置了正确的 MSBuild 属性（如 TargetFramework 和 ImplicitUsings 关闭）。手动修改普通项目容易遗漏这些细节，导致：
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 发布时意外打包进无用的运行时依赖
- 在引用方出现
The type or namespace name 'xxx' could not be found，实则是命名空间未按预期生成或InternalsVisibleTo失效 -
dotnet build成功但dotnet publish报错：找不到入口点，因为项目仍残留<OutputType>Exe</OutputType>
类库中写 public static class 扩展方法要注意什么
扩展方法必须满足三个硬性条件，缺一不可：
- 所在类必须是
public static class - 扩展方法自身必须是
public static，且第一个参数用this修饰（如this string str） - 调用方必须通过
using显式引入该类所在的命名空间——即使类库已正确引用，也不会自动导入扩展方法
常见错误是：类库编译成功、引用无报错，但调用方写 "abc".StartsWithUpper() 时提示“未找到定义”，问题往往出在漏加 using UtilityLibraries;。
真正容易被忽略的是版本对齐：类库升级到 .NET 10 后，所有引用它的项目必须同步升级，否则构建时可能静默跳过某些 API 绑定，运行时报 MissingMethodException ——这种错误不会在编译期暴露。
