ASP.NET WebForms项目：全局常量与静态函数应存App_Code还是Classes？

结论 #

你当前将全局常量和静态函数放在同级Classes文件夹的基础命名空间静态类中的做法，是更合理的选择，尤其适合当前的重构场景。

为什么不选App_Code？ #

• App_Code是ASP.NET网站项目（文件系统驱动、动态编译模式）的特殊自动编译目录，但在Web应用程序项目（WAP，现在重构更常用的模式）中，它的自动编译特性会失效，所有类文件都需要手动设置“生成操作”为编译，和普通Classes文件夹没有本质区别。
• App_Code容易被当作“通用代码垃圾桶”，时间久了会混放HttpHandlers、自定义控件、实体类等不同类型的代码，导致结构混乱，不利于维护。

选择Classes文件夹的优势 #

• 结构清晰可控：你可以根据功能拆分静态类（比如AppGlobalConstants、StringUtility、DateHelper），甚至在Classes下创建子文件夹（如Classes/Constants、Classes/Helpers）来分类，命名空间层级更直观，团队协作时更容易理解。
• 编译与迁移灵活：不管是网站项目还是Web应用程序项目，只要设置正确的命名空间，就能全局访问这些类。如果后续需要将这些通用代码抽成独立的类库项目，直接迁移Classes中的代码即可，无需调整App_Code的特殊目录结构。
• 符合常规项目组织习惯：大多数.NET项目的通用工具类、常量都会放在类似Classes/Helpers/Utils这样的目录下，而非依赖特殊的框架目录，降低了新人上手的学习成本。

例外场景 #

如果你的项目是传统的网站项目（非WAP，直接通过文件系统部署、动态编译），可以继续使用App_Code，但建议在App_Code内创建子目录（如App_Code/GlobalHelpers、App_Code/Constants）来分类管理代码，避免混乱。

内容的提问来源于stack exchange，提问作者JordanV