C#CS0120错误：Razor视图访问模型属性方法

从现在开始，努力学习吧！本文《C# CS0120错误：Razor视图访问模型属性方法》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

本文详解 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">
                &lt;input asp-for=&quot;@detail.Product&quot; class=&quot;form-control&quot; /&gt;
                <span asp-validation-for="@detail.Product" class="text-danger"></span>
            </div>
        </td>
        <td>
            <div class="form-group">
                &lt;input asp-for=&quot;@detail.Description&quot; class=&quot;form-control&quot; /&gt;
                <span asp-validation-for="@detail.Description" class="text-danger"></span>
            </div>
        </td>
    </tr>
}

✅ this.Model_Purchases 明确告诉 Razor：这不是类型，而是当前页面模型（CreateModel 实例）的 Model_Purchases 属性。

解决方案二：优化模型设计与绑定（推荐长期实践）

虽然 this. 可解燃眉之急，但更健壮的做法是遵循 Razor Pages 最佳实践：

1. 避免属性名与类型名完全一致
   将 public Model_Purchases Model_Purchases { get; set; } 改为更具语义的名称，例如：

   [BindProperty]
   public Model_Purchases PurchaseModel { get; set; } // ✅ 清晰区分类型与实例

   对应视图中改为：

   @foreach (var detail in PurchaseModel.Details) { ... }

2. 确保 OnGet() 初始化模型（你已做到）
   你已在构造函数中初始化 Model_Purchases = new Model_Purchases();，但建议将初始化移至 OnGet() 方法中，以保证每次请求都获得干净实例：

   public IActionResult OnGet()
   {
       PurchaseModel ??= new Model_Purchases(); // 或直接 new
       return Page();
   }

3. 移除冗余绑定属性
   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 模板的健壮性。

到这里，我们也就讲完了《C#CS0120错误：Razor视图访问模型属性方法》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！