Model view controller 模型、视图或控制器中的零填充？

在我的圈子里，有一些关于0-pad数字的分歧：模型、视图或控制器。由于该数字作为一个数字存储在数据库中，因此在需要显示时必须对其进行填充

意见

---

谢谢

这可能与偏好有关，而不是与协议有关，但我觉得这应该发生在模型中。通过这种方式，您的控制器可以接收漂亮、干净的数据，并且根本不需要修改数据。我确信有人会说，控制器应该处理它，因为模型严格适用于数据库方法，但我不认为我同意这一点

---

我想我们都同意，这当然不应该发生在视图中…

我还想冒险说，填充属于模型，更具体地说，是视图模型。的确，模型对于从数据库传输数据很有用。使用视图模型将数据从控制器传输到视图也是有意义的，这样可以保持视图本身的“哑”和模型单元的可测试性。至少在asp.net的简化MVC形式中是如此。

• 如果您正在实现经典MVC、MVP或Model2 MVC模式，那么应该在视图中完成。靠近从模型层请求数据的零件

• 如果您实际上使用MVVM模式，那么可以是在视图中，也可以是在视图模型中（MVVM模式适用于您不能完全控制模型层和视图，并且需要在它们之间创建适配器的情况）

• 如果您使用的是一些Rails克隆（出于营销目的使用术语“MVC”），那么格式应该是他们称之为“view helper”的格式

来自ASP.NET MVC的愚蠢的人倾向于称之为“视图模型”，因为他们已经决定使用“视图”这个名称来引用模板。现在，微软没有修复一种模式的命名约定，而是选择了搞乱另一种模式——MVVM。干得好，女士，一如既往，工作安全性很好

---

很有争议。我投票赞成视图，因为它只是一个显示首选项。您可能希望有两个视图—一个带有填充编号，另一个带有非填充编号。在这种情况下，你将不得不改变模型，这听起来很可疑。在我看来，视图应该没有任何类型的数据处理。我将以一种方式构造我的模型，允许根据控制器传递给它的参数返回不同数量的数字。确实，在某个时候，可能有人想要不带零的数字。因此，创建模型句柄似乎很奇怪，因为这需要两个不同的方法，或者需要向一个方法或其他对象传递一个标志。不是吗？就像我说的，这只是我的偏好。我肯定会优先传递中所需的位数。这个问题相当主观；）@维克托基洛：的确。我认为没有“正确”的答案，所以我希望看到社区的想法。谢谢有趣的我们的环境是php/Zend_框架。我想视图助手可以填补你所说的空白。说得好。