使用太多局部视图是一种不好的做法吗？
Is using too many partial views a bad practice?
我是 MVC 设计范例的新手，我正在设计我的第一个 MVC 应用程序，它有一个充满员工的网格，一旦您单击网格上的每个员工，它就会加载有关该员工的更多详细信息下面的选项卡控件。
选项卡控件具有三个选项卡，每个选项卡代表员工信息的不同方面。
现在，我有一个不同的列表模型，它转到网格，然后为选项卡控件中的每个选项卡分离 models/partial 视图组合。
出于以下几个原因，我确实选择了这个设计：
- 关注点分离：HTML 页面设计也类似于 class 设计，如果每个 HTML 部分位于不同的局部视图上，则代码更易于管理和更清晰。
- 模型绑定更容易：我可以将每个部分视图映射到一个模型，并且 Model/partial 视图组合可以加载和重新加载，而不必担心页面上的其他部分。
我觉得这个很干净，我喜欢。但是，我不太确定我与最佳 MVC 设计实践的一致性程度如何。设计是好的还是坏的，或者这只是一个偏好问题。这样做有什么缺点吗？
不，太棒了！想想这些类似的功能。当您分解功能时，您可以从其他视图调用它，而不必重写功能。它为每个视图赋予每个视图一个合乎逻辑的、连贯的目的。它可以缩小您的视图大小，这样您就不会费力地浏览 100 多行或 1000 多行代码来找到您需要的内容。
我是 MVC 设计范例的新手，我正在设计我的第一个 MVC 应用程序，它有一个充满员工的网格，一旦您单击网格上的每个员工，它就会加载有关该员工的更多详细信息下面的选项卡控件。
选项卡控件具有三个选项卡，每个选项卡代表员工信息的不同方面。
现在，我有一个不同的列表模型，它转到网格，然后为选项卡控件中的每个选项卡分离 models/partial 视图组合。
出于以下几个原因，我确实选择了这个设计：
- 关注点分离：HTML 页面设计也类似于 class 设计，如果每个 HTML 部分位于不同的局部视图上，则代码更易于管理和更清晰。
- 模型绑定更容易：我可以将每个部分视图映射到一个模型，并且 Model/partial 视图组合可以加载和重新加载，而不必担心页面上的其他部分。
我觉得这个很干净，我喜欢。但是，我不太确定我与最佳 MVC 设计实践的一致性程度如何。设计是好的还是坏的，或者这只是一个偏好问题。这样做有什么缺点吗？
不，太棒了！想想这些类似的功能。当您分解功能时，您可以从其他视图调用它，而不必重写功能。它为每个视图赋予每个视图一个合乎逻辑的、连贯的目的。它可以缩小您的视图大小，这样您就不会费力地浏览 100 多行或 1000 多行代码来找到您需要的内容。