MVC模型应该有多抽象?

但是模型呢?它们是否打算在不同的页面之间重复使用?

他们是否应该关心数据存储的位置?

不,他们不需要知道。所有这些信息对于持久层或数据层来说都是必需的。

他们是否应该更关心处理数据获取和数据显示之间的逻辑(例如,将联系人的组ID转换为可显示的名称)?

不是。他们只是关心业务逻辑。我发现一些常用的应用程序使模型变得愚蠢,只有属性/属性而没有其他东西。Java中的典型示例是POJO,带有getter/setter。我们称它们为TOs(传输对象),并在任何地方使用它们作为数据持有者。我真的不同意这一点,国际海事组织,应该有一些方法,与商业有关,是适当的,有资格在那里。别这么傻了。新的实体bean(EJB3)就是一个很好的例子。

顺便说一句,数据显示是表示层的工作。在java中,JSP是视图技术的一部分。

不。这通常是在我们的控制器中完成的,大多数情况下使用一些实用程序类。

您将在这里找到多个关于是从数据库模式还是从用户界面开始工作的线程。有一个地方可以看。

我能想到的工具远不止一种,它采用模式并为您构建CRUDUI(“脚手架”),反之亦然。还有另一个地方可以看。(海报儿童:Ruby on Rails及其认知后代)。

在讨论ORM工具时,有太多次(但并非所有方式)首选的首字母缩略词是“ROM”。

我们有很多工具鼓励我们“准备好,开火,瞄准”的邪恶倾向。对于管理层来说,这是“概念验证”和“RC1”之间的最短距离。