前几天我和一位同事讨论了MVC的最佳实践,他问我如何最好地分开观点。他正在维护一个MVC解决方案,它有一个共同的输入形式,一个控制器有两个动作,一个get动作和一个post动作。这两个动作都返回了相同的视图,其中充满了内联逻辑,以及条件检查它是一个帖子还是一个get。
这种情况的最佳解决方案是什么? 视图应该分成两个单独的视图吗?我想这取决于那里有多少逻辑,但是什么时候太多了?有没有办法量化何时可以将重构激励到两个视图?
答案 0 :(得分:3)
我肯定会将这样的内容分成两个单独的视图,然后对它们之间共有的部分使用部分视图。
在规划Views
时,没有继承和没有条件逻辑的组合几乎总是更清晰,更清晰,更易于维护的方式。