本文详解 cs0120 编译错误的成因与解决方案，重点说明为何 `@foreach (var detail in model_purchases.details)` 在 razor 页面中报错，以及如何通过显式限定（`this.model_purchases.details`）或更优的模型绑定方式彻底规避该问题。
在 ASP.NET Core Razor Pages 开发中，CS0120: An object reference is required for the non-static field, method or property 是一个常见但易被误解的编译错误。它并非源于 C# 后端逻辑缺失字段声明（如 Model_Purchases.Details 已正确定义并初始化），而是Razor 视图引擎在解析表达式时发生了名称解析歧义。
问题根源：Razor 中的类型名与属性名冲突
在你的 Create.cshtml 中：
@foreach (var detail in Model_Purchases.Details)
Razor 编译器可能将 Model_Purchases 解析为类型名（Accounting8.Data.Model_Purchases），而非当前 PageModel 的实例属性 public Model_Purchases Model_Purchases { get; set; }。由于类型本身不能直接访问实例成员 .Details，编译器便抛出 CS0120 —— 它要求“对象引用”，即必须通过实例调用非静态成员。
⚠️ 注意：此行为是 Razor 特有的解析规则，并非 C# 语言本身的限制（在 .cs 文件中 Model_Purchases.Details 完全合法）。
解决方案一：显式使用 this. 限定（快速修复）
最直接的修复方式是在视图中明确指定这是当前 PageModel 的属性：
@foreach (var detail in this.Model_Purchases.Details)
{
<tr>
<td>
<div class="form-group">
<input asp-for="@detail.Product" class="form-control" />
<span asp-validation-for="@detail.Product" class="text-danger"></span>
</div>
</td>
<td>
<div class="form-group">
<input asp-for="@detail.Description" class="form-control" />
<span asp-validation-for="@detail.Description" class="text-danger"></span>
</div>
</td>
</tr>
}✅ this.Model_Purchases 明确告诉 Razor：这不是类型，而是当前页面模型（CreateModel 实例）的 Model_Purchases 属性。
解决方案二：优化模型设计与绑定（推荐长期实践）
虽然 this. 可解燃眉之急，但更健壮的做法是遵循 Razor Pages 最佳实践：
-
避免属性名与类型名完全一致
将 public Model_Purchases Model_Purchases { get; set; } 改为更具语义的名称，例如：[BindProperty] public Model_Purchases PurchaseModel { get; set; } // ✅ 清晰区分类型与实例对应视图中改为：
@foreach (var detail in PurchaseModel.Details) { ... } -
确保 OnGet() 初始化模型（你已做到）
你已在构造函数中初始化 Model_Purchases = new Model_Purchases();，但建议将初始化移至 OnGet() 方法中，以保证每次请求都获得干净实例：public IActionResult OnGet() { PurchaseModel ??= new Model_Purchases(); // 或直接 new return Page(); } -
移除冗余绑定属性
create.cshtml.cs 中的以下属性无需 [BindProperty] 且可能引发混淆：[BindProperty] public Model_PurchasesDetails Model_PurchasesDetails { get; set; } // ❌ 不需要单个Detail绑定 [BindProperty] public List<Model_PurchasesDetails> Details { get; set; } // ❌ 重复，由 PurchaseModel.Details 覆盖应删除它们，专注维护单一数据入口 PurchaseModel。
补充：验证模型传递是否正确
确保 PageModel 正确传入视图，在 Create.cshtml 顶部添加显式模型声明（增强可读性与 IntelliSense）：
@page
@model Accounting8.Pages.Purchases.Purchase_Requests.CreateModel
@{
ViewData["Title"] = "Create Purchase";
}并在视图中使用强类型访问：
@model CreateModel
...
@foreach (var detail in Model.PurchaseModel.Details) { ... }总结
- ✅ 根本原因：Razor 视图中 Model_Purchases 被误解析为类型而非实例属性。
- ✅ 立即修复：使用 this.Model_Purchases.Details 强制实例解析。
- ✅ 最佳实践：重命名属性（如 PurchaseModel）、移除冗余绑定、统一数据流。
- ✅ 预防措施：在 .cshtml 中始终通过 Model.Xxx 或 this.Xxx 显式限定，避免名称歧义。
遵循以上方法，不仅能解决 CS0120，更能提升代码可维护性与 Razor 模板的健壮性。
