问题标签 [model]

除了单元测试的好处之外，我听说的关于 MVP 模式的还有表示层的可重用性。因此，您将设计一个表示层并将其用于 WinForms（富）和 Web。

我目前正在.NET 中开发一个 Windows 窗体应用程序，将来可能会创建一个 Web UI。但是，当我设计表示层和 UI 层之间的交互时，我不确定这种可重用性的概念是否值得所有的麻烦。有时我觉得我正在为可能的 Web UI “简化”我的演示文稿，而专门为 Windows 窗体 UI 设计的演示文稿可能会更多。

那么，你们中有多少人正在从可重用的表示层中获益呢？这种可重用性的东西在现实世界中会出现吗？

在 grails 应用程序中为索引页面填充模型的正确方法是什么？默认情况下没有 IndexController，是否有一些其他机制可以将这个和那个列表放入模型中？

是否有一个简单的模型检查工具。我计划实现一个模型检查器工具，它将分析一些预定义属性的代码。

使用带有观察者模式的 MVC，如果用户操作需要轮询设备（例如相机）以获取数据，应该在 Controller 中完成轮询并将结果从 Model 传递出去，还是应该向 Model 和模型本身执行轮询。

这个问题是我试图调和我正在阅读的所有内容，这些内容吹捧“瘦控制器”格言与我的直觉，即模型应该只对不获取数据的数据起作用。

（注意：这个问题可能是主观的。我不完全确定这个问题有一个唯一的答案。如果没有，请随时重新标记，因为我很想听听关于这个主题的意见。）

在我实施 MVC之前，我寻求正确理解 MVC 的第三个问题：

我想到了两种情况：

1. 主应用程序窗口需要启动首选项窗口。（一个视图调用另一个视图。）
2. 应用程序的主要模型需要访问首选项模型中的属性。（一个模型访问另一个模型。）

这些问题是相关的，因为它们都涉及模型-视图-控制器三元组之间的通信，这是我在谷歌搜索中没有找到太多讨论的主题。

解决此问题的明显方法是将所有内容包装在一个顶级“应用程序”对象中，该对象处理模型之间的事务并允许控制器调用彼此的方法。我已经看到了这个实现，但我不相信这是一个好主意。我还可以看到涉及控制器观察多个模型并响应多个视图的可能性，但这似乎会变得非常混乱且难以理解。

关于如何最好地实施这种串扰的建议？我觉得这是一个非常明显的问题，但我一直无法找到一个有据可查的解决方案。

从更广泛的角度来看，如果有人有显示这些 MVC 问题的典型方法的链接，我很乐意看到它。我没有太多运气找到可靠的、重要的参考资料。Python 中的示例会很可爱，但我很乐意阅读任何内容。

编辑 1：

我看到下面说了一些非常有趣的事情，总的来说，我描述的方法似乎没有人有问题。它已经几乎是 Vincent 所描述的 FrontController 设计的一种惰性形式。我当然没有预见到在实现该模式时会出现任何问题，但是，似乎没有人真正解决过关于模型之间通信的问题。所有的答案似乎都在解决单个模型中对象之间的通信。我对为应用程序的单独组件维护单独的模型更感兴趣，因此我不会将 50 个状态属性填充到单个模型类中。我应该将它们维护为子模型吗？

在我的主页（调用它index.aspx）我调用

当我viewdata.model != null 到达我的部分时：

说viewdata.model == null

是什么赋予了？！

如果您的数据在应用程序部署后发生变化，您如何使数据库保持最新？

我的意思是，您可以添加或删除表格，这是一项简单的任务。更改现有表也很简单。但是如果你经常改变结构，你如何控制它呢？

我曾经在数据库中保留一个包含当前数据库版本的表。然后每次升级都是一个执行其工作的 SQL 文件——创建新表、添加列或移动数据。文件以这些版本命名 - 因此，如果我的升级脚本获得了数据库版本 10，它只需将所有文件从 11.sql 带到 N.sql 并同时应用每个递增数据库版本号。

这似乎工作正常，但我想知道 - 你对这些任务的策略是什么？
此外，如果我在一个“补丁”中对表进行规范化，然后出于任何原因再次对其进行非规范化，那么这个系统似乎并不完美。然后它做了两次。

但是，每次更改某些内容时都编写完整的升级脚本似乎很痛苦，而且容易出错。至少比这样的原子变化还要多。

此外，我可以期待不同的客户随时运行不同的数据库版本，所以我真的应该有办法从任何时候开始。

我刚刚开始使用 MVC，一旦我设法将我的想法转变为它，它似乎将是一个很好的方法。

我遇到的大多数材料似乎在模型、视图和表之间具有 1-1 的关系——即每个模型代表一个表并允许 CRUD，以及更复杂的功能。

如果我有一个允许创建和更新帐户的帐户模型怎么办？

我想使用 /signup 视图和控制器来创建（）帐户，但想使用 /members/account 视图和控制器来更新、更改密码等。

拥有一个注册模型会更好，还是我可以从多个位置使用我需要的任何模型？

另外，假设一个帐户可以有很多用户，但我想在注册时创建第一个用户。我想将帐户设置和用户创建作为事务运行。我应该有一个帐户模型和用户模型，并同时使用两者，还是只让帐户的注册创建（）函数创建默认用户？

我正在将 PHP 与 CodeIgniter 一起使用

所以我有一个用户模型：有许多其他模型，如文档、视频、帖子等。当我从 User 模型执行“do”块时，我的问题出现了，如下所示：

这只是让我调用 user.posts.recent 之类的东西来仅查找与用户关联的那些帖子。有了这个，我怎么还能添加一个 :dependent => :destroy 或 :dependent => :delete_all 到这个关联？到目前为止，我所尝试的一切都对我有误。

鉴于以下情况，我如何在我的数据库中插入行？（或者我应该在我的模式中更正什么？）

楷模：

架构：

我浪费了几个小时试图插入记录，使用 rails 控制台来测试。