这是一个有趣的问题！您为每个页面公开一个操作并为该页面的内部内容返回 PartialViewResult 的一般方法对我来说很有意义。
但是，如果完整视图和部分视图之间的唯一区别是公共元素，那么我将研究集中入口点视图的方法——如果不是入口点操作本身——否则它们会变得非常重复。
下面，我将介绍处理主入口点的基本策略。
注意：鉴于问题的性质，我假设您对实现 AJAX 部分感到满意，而只专注于服务器端建筑，我相信这是你问题的核心。显然，现有的答案解决了客户端实现问题，如果这很重要的话。
查看模型
首先，您可以建立一个处理整个页面内容的通用视图模型。这可能包括例如属性您的导航项目。但它也将包含（部分）视图的名称以及该视图的视图模型，因为您可能需要这些来预渲染内部内容：
public class PageViewModel
{
…
public string View { get; set; }
public object ViewModel { get; set; }
}
然后，每个页面都有单独的视图模型，例如：
public class BarListViewModel
{
public Collection<Bar> Bars { get; } = new();
}
控制器
现在，在您的控制器中，您将引入一个建立BarListViewModel 的方法，这样您就无需在入口点以及返回部分视图的操作之间重复您的逻辑：
[NonAction]
public BarListViewModel GetBarListViewModel()
{
var viewModel = new BarListViewModel()
{
Bars = …
};
return viewModel;
}
有了这个，您现在可以有一个操作来传递您的Bars 页面，类似于您建议的：
public IActionResult Bars() => PartialView(GetBarListViewModel());
但是，您不必为每个部分设置不同的 Index 操作，而是可以使用以下内容
public IActionResult Index(Page page = "Home")
{
var viewModel = new PageViewModel
{
View = page.ToString(),
ViewModel = page switch
{
"Bars" => GetBarListViewModel(),
_ => GetDefaultViewModel()
}
};
return View("Index", viewModel);
}
这为连接任何入口点提供了一个“调度”，而无需为每个入口点创建新的操作或视图。
查看
最后，在您的Index.cshtml 中，您将有类似以下的内容来根据视图模型动态注入正确的局部视图：
@model PageViewModel
…
<main>
@await Html.PartialAsync(Model.View, Model.ViewModel)
</main>
…
这将加载一个例如Bars.cshtml 将包含循环通过 BarListViewModel.Bars 属性的逻辑。
注意：这假设您希望在服务器端预呈现您的局部视图。显然，如果您希望通过 AJAX 进行初始加载，则无需传递嵌套的 BarListViewModel，或调用 PartialAsync()。
路由
据推测，上述内容将与允许page 作为路由参数传入的路由配置配对——甚至可能为您的入口点烘焙默认的Controller 和Action：
app.UseEndpoints(endpoints =>
{
endpoints.MapControllerRoute(
name: "default",
pattern: "{page?}",
new { controller = "Home", action = "Index" }
);
});
注意：显然，您需要小心不要用过于贪婪的路由锁定您的 AJAX 调用或其他入口点。以上只是作为如何捕获page 路由参数的基本演示。
结论
这类似于the approach proposed by @User1997，但它允许他们提议的Index.cshtml 和隐含的Index() 操作被重用于所有您的入口点。当然，如果您有多个遵循这种模式的控制器，这甚至可以概括为基本控制器。