ASP.NET Razor同视图搜索条件输入与结果展示的方案咨询

先澄清你对方案1的误解 #

你担心方案1里的1000条结果会被回传？完全不会！ASP.NET的模型绑定是只处理请求中存在的字段——也就是你表单里那10个输入框绑定的搜索条件属性。结果列表List因为没有在表单里生成对应的HTML输入元素（比如<input>、<select>这些），所以提交表单时，这部分数据根本不会被发送到服务器。服务器每次处理请求时，都是根据回传的搜索条件重新查询数据库生成结果，不存在“结果被回传”的性能问题，这点可以放心。

逐个分析现有方案 #

方案1：包含搜索条件+结果的强类型视图模型 #

这是最推荐的方案，优势很明显：

• 强类型安全：视图里用@model绑定模型，写代码时有智能提示，能提前发现编译错误，维护起来比弱类型省心太多。
• 逻辑统一：搜索条件和结果都封装在同一个模型里，后续要加新的搜索条件或者结果相关的属性（比如总条数、分页信息），直接在模型里加就行，不用零散地用ViewBag/ViewData。
• 回显自动完成：提交后返回同一个视图，模型里的搜索条件会自动填充到对应的输入框里，不用手动处理回显逻辑。

举个极简的代码示例：

视图模型

public class ProductSearchViewModel
{
    // 10个搜索条件属性，示例两个
    public string ProductName { get; set; }
    public decimal? MinPrice { get; set; }

    // 结果列表
    public List<Product> SearchResults { get; set; } = new List<Product>();
}

public class Product
{
    public int Id { get; set; }
    public string Name { get; set; }
    public decimal Price { get; set; }
}

控制器

[HttpGet]
public IActionResult ProductSearch()
{
    // 初始化空模型，避免视图报错
    return View(new ProductSearchViewModel());
}

[HttpPost]
public IActionResult ProductSearch(ProductSearchViewModel model)
{
    if (ModelState.IsValid)
    {
        // 根据搜索条件查询数据，填充结果列表
        model.SearchResults = _dbContext.Products
            .Where(p => string.IsNullOrEmpty(model.ProductName) || p.Name.Contains(model.ProductName))
            .Where(p => !model.MinPrice.HasValue || p.Price >= model.MinPrice.Value)
            .ToList();
    }
    // 返回视图，自动回显搜索条件并展示结果
    return View(model);
}

视图片段

@model ProductSearchViewModel

<form method="post">
    <div class="form-group">
        <label asp-for="ProductName"></label>
        <input asp-for="ProductName" class="form-control" />
    </div>
    <div class="form-group">
        <label asp-for="MinPrice"></label>
        <input asp-for="MinPrice" class="form-control" />
    </div>
    <!-- 其他8个搜索条件输入框 -->
    <button type="submit" class="btn btn-primary">搜索</button>
</form>

@if (Model.SearchResults.Any())
{
    <table class="table mt-4">
        <thead>
            <tr>
                <th>ID</th>
                <th>商品名称</th>
                <th>价格</th>
            </tr>
        </thead>
        <tbody>
            @foreach (var product in Model.SearchResults)
            {
                <tr>
                    <td>@product.Id</td>
                    <td>@product.Name</td>
                    <td>@product.Price.ToString("C")</td>
                </tr>
            }
        </tbody>
    </table>
}

方案2：搜索条件模型+ViewBag传结果 #

这个方案能实现需求，但缺点也很突出：

• 弱类型风险：ViewBag是动态类型，视图里遍历结果时没有智能提示，一旦类型不对或者拼写错误，只有运行时才会报错，排查起来麻烦。
• 逻辑分散：搜索条件在模型里，结果在ViewBag里，后续扩展时容易混乱，比如要加分页信息，又得再加一个ViewBag属性，不够规整。

如果项目很小、搜索逻辑简单，临时用用没问题，但长期维护的话不推荐。

其他可选方案 #

方案3：用QueryString传递搜索条件 #

把搜索条件作为URL参数传递，比如/Search?ProductName=xxx&MinPrice=100。好处是用户可以直接分享URL给别人，打开就能看到相同的搜索结果；回发时URL参数会自动保留，服务器可以从Request.Query里获取条件。

但缺点也明显：10个搜索条件会让URL变得很长，而且如果有敏感数据（比如用户ID、权限相关），不能放在QueryString里（明文可见）。适合公开的、不需要保密的搜索场景。

方案4：用TempData存结果 #

TempData默认基于Session，能在请求之间传递数据，但它的设计是“一次性读取”——读取后数据就会被删除（除非手动调用TempData.Keep()）。如果用户刷新页面，结果就会丢失，而且Session存储也有一定的性能开销，不适合这种需要稳定展示结果的场景。

最终选择 #

优先选方案1，它兼顾了类型安全、维护性和性能，完全不存在你担心的“结果回传”问题。如果需要支持URL分享搜索结果，可以在方案1的基础上，把搜索条件同步到QueryString里（比如用RedirectToAction带参数，但这样会变成GET请求，需要注意参数长度和敏感数据）。

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