Questions tagged «model»

似乎V模型只是瀑布模型，其瀑布的下半部分向上弯曲以形成V。我不知道它如何添加任何新内容。 从图中，我也不了解流程。有指向各个方向的箭头，我不明白首先要做什么。我们是否从左上方跟随V，向下到底部中心，然后再回到右上方？还是我们降低V，在物品降低之前先做所有升高的事情？ 互联网对此模型缺乏足够的解释。如果有人可以用真正的StackExchange形式解释它，那就太好了:)

19 development-process  model  waterfall  engineering 

我的解决方案中包含以下几层： 应用域 应用服务 App.Core（也许您将此称为App.DataLayer） App.Web 软件设计模式不是我的问题，我有以下模型 Domain public class Foo { public int Id {get;set;} public int Name {get;set;} public int Value {get;set;} } 我想在视图（例如主页）上使用此模型，并且要使用Id, Name & Value，因此，如果要创建ViewModel，我将添加以下内容： public class FooViewModel { public int Id {get;set;} public int Name {get;set;} public int Value {get;set;} } 那么，这是个好主意吗？或只是使用Foo代替FooViewModel？

16 asp.net-mvc  model 

我对4 + 1架构视图模型如何映射到UML感到有些困惑。 维基百科提供了以下映射： 逻辑视图：类图，通讯图，顺序图。 开发视图：组件图，包装图 流程视图：活动图 物理视图：部署图 方案：用例图 纸张UML时序图的构建在对象生命周期概念作用提供了以下映射： 逻辑视图（类图（CD），对象图（OD），序列图（SD），协作图（COD），状态图图（SCD），活动图（AD）） 开发视图（包装图，组件图）， 流程视图（用例图，CD，OD，SD，COD，SCD，AD）， 物理视图（部署图），以及 结合了上述四个方面的用例视图（用例图，OD，SD，COD，SCD，AD）。 网页UML 4 + 1 View Materials提供了以下映射： 最后，白皮书《将4 + 1视图架构与UML 2结合使用》给出了另一个映射： 逻辑视图类图，对象图，状态图和组合结构 过程视图顺序图，通讯图，活动图，时序图，交互概述图 开发视图组件图 物理视图部署图 用例视图用例图，活动图 我相信进一步的搜索也会揭示其他映射。 尽管各种人通常有不同的看法，但我不明白为什么会出现这种情况。特别地，每个UML图都从特定方面描述系统。那么，例如，为什么一位作者认为“顺序图”描述了系统的“逻辑视图”，而另一位作者却认为它描述了“过程视图”呢？ 您能帮我澄清一下混乱吗？

15 architecture  uml  model  view 

为什么在某些框架中将逻辑层称为“模型”，而在某些框架中将其称为“服务”。它们是彼此不同还是只是命名约定不同？ 更新1 我问的原因是因为在传统的MVC框架Zend Framework中，每个人都使用模型的概念。现在我正在学习AngularJS，似乎Model一词消失了，由service一词代替了。 我注意到的是，服务更像是可以反复使用的单例（例如：REST客户端），而模型则与MVC模式中来自控制器的数据操作更为相关。

15 mvc  model  service 

我正在使用WPF和DAG支持的python包装器在python中构建应用程序。目前，我必须决定在数据和视图之间进行交互的一致方式。 据我所知，目前有两种明显的解决方案。 第一个类似于Android应用程序的结构。您有一个设置/填充视图的控制器。因此，控制器拥有该视图并仅推送将要显示的原始数据。视图只是一个愚蠢的层，不知道发生了什么以及数据来自何处。然后，如果用户与视图交互，它将向控制器发送回调（如果已注册）。 UserInfoController.py userInfoView = UserInfoView() userInfoView.onGenderChangedCallback = self.onGenderChangedCallback userInfoView.setUserGenderValue(user.getGender()) UserInfoView.py def setUserGenderValue(self, gender): self.userGender = gender def getView(self): return ui.Label(self.userGender, onEditCallback=self.onGenderChangedCallback) 第二个方法是将（引用）模型传递给视图，并让视图检索和更新数据。视图现在包含模型，因此它可以更新模型而无需对控制器进行任何其他回调。 UserInfoViewModel.py self.gender = 'Male' UserInfoView.py def getView(self): return ui.Label(self.ViewModel().getGender(), onEdited=self.genderEdited) def genderEdited(self, newValue): self.ViewModel().setGender(newValue) 所以我想我要问的是，我应该传递非常原始的数据并保持视图尽可能通用，然后使用回调并在控制器中处理业务细节。 还是应该将整个模型传递给视图，然后让视图直接更新模型。这意味着将要键入的代码更少。 PS。不要判断代码-只是为了可视化。 编辑： 另外要补充 -此应用程序将使用支持鸭型的python编写。这意味着使用第二种方法，只要模型满足所需的接口，视图仍然可以重用。

10 model  view