C# 使用过多的局部视图是一种糟糕的做法吗？

我对MVC设计范例非常陌生，我正在设计我的第一个MVC应用程序，它有一个满是员工的网格，只要你点击网格上的每个员工，它就会在下面的选项卡控件中加载关于员工的更多详细信息

选项卡控件有三个选项卡，每个选项卡表示员工信息的不同方面

现在，我为列表创建了一个不同的模型，该模型进入网格，然后为选项卡控件中的每个选项卡创建单独的模型/局部视图组合

我之所以选择这种设计，有两个原因：

关注点分离：HTML页面设计也类似于类设计，如果每个HTML片段都位于不同的局部视图上，那么代码就更易于管理和更干净

模型绑定要容易得多：我可以将每个局部视图映射到一个模型，并且可以加载和重新加载模型/局部视图组合，而不必担心页面上的其他部分

---

我认为这是非常干净，我喜欢它。然而，我不太确定我与最佳MVC设计实践的契合程度。这是一个好的坏的设计，还是只是一个偏好的问题。这样做有什么坏处吗？

不，太好了！想想这些类似的函数。当您分解该功能时，您可以从其他视图调用它，而不必重写该功能。它为每个视图提供了一个合乎逻辑、连贯的目的。它可以降低视图大小，这样您就不用费力地在100或1000行中寻找所需内容。

不，太棒了！想想这些类似的函数。当您分解该功能时，您可以从其他视图调用它，而不必重写该功能。它为每个视图提供了一个合乎逻辑、连贯的目的。它可以减小视图大小，这样您就不用费力地在100或1000行中寻找所需内容。

听起来不错。使用asp.net的一个好处是，使用部分不会显著影响页面的呈现时间，这与Ruby on Rails不同，Ruby on Rails在呈现部分（尤其是嵌套部分）时会严重影响性能。这听起来不错。使用asp.net的一个好处是，使用分区不会显著影响页面的呈现时间，这与Ruby on Rails不同，Ruby on Rails在呈现分区（尤其是嵌套分区）时会严重影响性能。