php - 当两者之间的差异很小时，为什么要有单独的添加和编辑 View ？

Question

在阅读了 Zend Framework2 教程后，我想知道这一点，但它可能适用于一般的 MVC 逻辑......

在本教程中，示例将引导您完成添加 View (module/Album/view/album/album/add.phtml)，然后创建编辑模板 ( module/Album/view/album/album/edit.phtml)，其中大部分代码是重复的。编辑脚本基本上有一些额外的逻辑来检查提供的 ID，但会向用户显示相同的表单。

现在，在我没有完全使用 MVC 约定的类似情况下，我会有一个脚本来处理添加和编辑选项；如果提供了一个 id，逻辑将假设一个“编辑”操作，并尝试检索该 id 的数据库记录以填充表单字段，如果提供了一个无效的 id，则返回一个错误。

如果跨应用程序的所有数据库交互都遵循这种方法，那么 MVC 的教科书方法似乎并没有真正很好地封装 DRY 原则。

我仍在努力思考一些 MVC 概念，但除了命名约定之外，编辑操作和添加操作不能(或不应该)使用相同的 View 模板有什么原因吗？

我看到路由设置为期望模板名称如教程中所示，但也许我可以让 View 模板呈现通用表单，称为 process.phtml 并将其包含在 add.phtml 和 edit.phtml。这是一个明智的方法吗？有一些理由我应该避免将其作为解决方案吗？

Answer 1

截至目前，add/edit View 之间的差异很小，因此您很想将两者放在同一 View 中。

但是，更大的问题是，这种差异会持续多长时间。对功能进行一些添加/修改，在这里和那里进行一些调整，然后这些差异就不会那么小了。

IMO，这是 2 个独立的功能，因此从更好的可读性和维护角度来看，应该将它们放在单独的关注点( View )中。