在我的新工作中，我得到了一些 MVC 工作。只有一个控制器有九个动作方法（6 个用于 ajax 渲染）。页面有点大，所以我将它分成小的控件并使用部分渲染来渲染它们。一些用户控件也通过 ajax 呈现。大多数控件不像 foreach 循环和从表中渲染一些数据，而不是更多的 10-15 行。主索引页面将模型传递给所有控件。我的主页看起来非常干净且易于维护。
但我的团队成员说，我应该将所有内容都放在主页中，而不是构建小控件。他们的观点是，如果我们开始创建这样的控件，文件的数量将会很多。他们还说，如果我们不在其他地方重用这些控件，那么单独创建它们是没有意义的。
我想知道对于这种情况有什么更好的方法。任何可以帮助我们更好地理解事物的好的链接，或者我们可以阅读以澄清我们的问题的任何书籍。
我们将不胜感激。
问候
帕米德
【问题讨论】：
标签： asp.net-mvc design-patterns user-interface view
作为我回答的序言，让我提一下可维护性的重要价值。软件随着时间的推移而发展......并且必须改变以适应应用程序的需要。
代码的可维护性并没有神奇地出现...现在必须在您的编码风格中做出牺牲（有时带有一丝偏执），以便在未来拥有您想要的灵活性。
您的项目中可能有一个大页面。有人可能会说，如果它有效，则无需修复它。但这是从短期的角度来看的。将来您可能会在其他地方需要其中的一些 UI 界面。有些人可能会做的（而不是制作部分代码）是在他们需要的地方复制该代码 - 从而随着时间的推移导致他们试图避免的同样的膨胀 .
如果您长期从事该项目，您会更充分地意识到随着时间的推移对灵活性的需求。您可以看到有一些您想要重复使用的模式。
那么我的建议是：部分和控件是好东西......它们是很好的投资，可以让您在未来轻松自如。如果您预测可重用性，这是使用它们的好兆头。
但要谨慎使用它们。不要对页面上的所有内容进行微观管理。有些事情可能很想被“组件化”，但有时最好SSFL（保存一些以备后用）。就像生活中的一切一样，平衡很重要。
【讨论】：
拥有干净简洁的代码是要走的路。如果您使用，您的代码将更具可读性：
请记住，浏览文件夹结构总是比阅读 100 到 1000 行代码更容易。
【讨论】：
我推荐观看 Jimmy Bogard 的 "Putting your controllers on a diet"。
另请阅读 Ian Cooper 的 "Fat Controllers"。
这两个链接将为您提供有关如何构建 MVC 应用程序的好主意。
【讨论】：