昨天，我和我的一个工作伙伴讨论了ViewModel和视图责任。我有一个在不同上下文中更改的文本，如视图中的Edit/New模式。其中一个团队程序员写了一些这样的东西：{}{}在<e
浏览 6提问于2016-12-13得票数 1
回答已采纳
ViewModel负责获取和格式化数据，以便视图获取并显示给用户。协调器控制导航。哪个部分应该负责post/update事件，例如执行登录/注册api方法，执行注释/like请求？它也是ViewModel的责任还是协调员的责任？这篇文章说协调者应该负责导航和模型突变：http://khanlou.com/2015/10/coordinators-redux/ 但我发现了ViewModel</
浏览 30提问于2019-01-23得票数 0
本地化是视图的责任还是ViewModel的责任？最初，我认为它显然属于VM，因为它只是需要由视图显示的数据。确切需要显示的内容对视图并不重要。此外，我还体验到XAML比ViewModel代码更易碎。但在今天的讨论中，有些人强烈认为本地化是观点的责任。将它们放入视图的优点：
ViewModel</e
浏览 2提问于2013-12-12得票数 5
回答已采纳
1回答
我试图理解MVVM模式，我不清楚VM和M的责任。我尝试使用Person类(使用firstName、lastName和dateOfBirth)处理一个wpf示例。我在“模型”文件夹中创建了这样一个类。现在我想要一个Person类的集合(一个ObservableCollection)，它是我想要绑定到我的视图的。我应该把这个收藏品放在哪里？在ViewModel还是Model中？
浏览 1提问于2013-11-24得票数 2
回答已采纳
5回答
在MVC模型中，加载视图模型的责任在哪里？
控制器是否应该加载数据？视图模型本身是否应该加载数据: MyViewModel viewModel = MyViewModel.Create(someValue)；服务层是否应该加载它: MyViewModel viewModel
浏览 1提问于2009-10-20得票数 3
回答已采纳
在MVVM中，ICommand实现是否有责任执行CanExecute和执行逻辑，或者调用驻留在ViewModel控制下的逻辑？我之所以问这个问题，是因为当我试图在ICommand实现中实现逻辑时，感觉好像在命令和ViewModel以及其他对象之间发生了很多紧密的耦合。但是，当我只试图从ICommand实现中调用方法时，我会感觉到，对于相当于方法调用的代码，我有很多多余的代码。我认为，如果我更清楚ICommand实现的单一责任，那么这个
浏览 1提问于2013-10-30得票数 1
回答已采纳
2回答
我想将MVVM模式应用到我的下一个iOS项目中，并且我已经阅读了一些关于它的文章和博客。但是他们展示的例子非常简单，没有业务逻辑，只有数据模型实体以及View和Model更新。我不清楚究竟是谁负责管理业务逻辑和操作:是ViewModel还是Model？例如，假设我的一个特性需要：
处理触发更多更新和操作的计时器
浏览 2提问于2016-10-16得票数 3
我一直在想，是否有可能在ViewModel中没有引用ViewController的MVVM架构，我知道它需要这个引用，因为ViewModel作为一个DataContext工作，但是我正在试图找出它，我想尽可能地隔离视图和ViewModel之间的责任和依赖注入。您知道如何在Swift中的MVVM模式中实现这一点吗？
浏览 4提问于2021-06-22得票数 0
回答已采纳
我已经理解了它的大部分内容，但是对于，ViewModel代表视图应该承担多少责任仍然没有多少疑问。这意味着，即使是简单的逻辑，如按下TextView后清除Button，也应该封装在ViewModel中。总的来说，我对MVVM模式还是很陌生的，每天都在学习。
ViewModel应该承担多少责任？换句话说，View必须完全哑并且只处理简单绑定(将其UI元素连接到ViewModel提供的可绑定属性)，还是View可以像上
浏览 2提问于2015-11-09得票数 2
回答已采纳
1回答
让我们想象一下顶点需要这些属性：int ID {get;}Point point{get; set;}所以我创建了这样的想法但是对于顶点的ViewModel需要，所有这些属性都要显示出来。{Positions _positions;
//...(在我看来，是这样的。)有什么方法可以避免它吗？谢谢。
浏览 0提问于2013-03-26得票数 0
我需要一些帮助来理解视图模型和命令之间的关系，以及视图模型的责任。我有一个viewmodel类、一个命令类和一个带有Save按钮的视图。;
{ }
public_viewModel.IsDirty = fa
浏览 0提问于2013-08-12得票数 7
但是，在我使用的视图(OEEView)的ctor中，它需要一个传递给它的viewModel。我尝试在选项卡实例化代码中创建一个新的OEESelectionViewModel，并将其传递给新的OEEView()，但是它的默认ctor看起来像public OEESelectionViewModel从我收集到的信息来看，这是棱镜的责任，以及使用依赖注入解决依赖关系的责任。DataCont
浏览 0提问于2019-07-07得票数 0
回答已采纳
5回答
我应该在xaml.cs中实现"OnTextChanged“事件，还是应该在ViewModel中使用属性并使用PropertyChanged来过滤列表。接下来的问题是，我应该在ViewModel中使用BindingList/ObservableCollection，还是使用ICollectionView将ItemsControl绑定到？赋予ViewModel责任使视图中的代码保持为空，但另一方面，我不完全相信应用过滤是ViewModels的责任
浏览 0提问于2009-10-16得票数 10
回答已采纳
4回答
使用当前的实践(至少使用WPF和Silverlight)，我们可以在视图模型中看到通过命令绑定绑定的视图，或者至少看到视图模型中处理的视图事件。要对此进行稍微的描述，我们似乎需要知道什么是单一责任，或者概念中是否存在多个责任，单个责任是否按照SRP划分出来。我没有把握。视图模型
这似乎对SRP来说已
浏览 3提问于2011-08-23得票数 21
回答已采纳
1回答
我还实现了MVVMLight工具包，并为视图和视图控制器创建了ViewModel。我正在创建一个登录屏幕，因此用户输入他们的用户名和密码，并通过RaisePropertyChanged()事件在模型中更新它们。我的问题是，我需要在哪里调用函数来验证这些信息并将它们实际登录到系统中？我已经实现了一个RelayCommand，它将在单击按钮时调用ViewModel上的方法，就像我在其他教程中看到的那样，但是我不确定是否应该在这里调用验证代码。= PasswordTextField.Text)
浏览 1提问于2017-05-06得票数 3
回答已采纳
我想知道ViewModel中的更改是如何反映在视图中的。互联网上的不同指南显示了不同的东西，其中一些人建议ViewModel (可观察的)应该通知视图(观察者)的更改，而不是活动/片段更新ViewModel并触发视图更新。实现这一点的正确/最佳方式是什么？如果我的ViewModel不是可观察的，那么我是不是没有正确地遵循MVVM？
浏览 4提问于2015-09-18得票数 0
1回答
我最近通过Dagger开始在我的项目中使用DI。在将viewModel实例注入活动/片段时，我没有遇到任何问题。但是我不知道如何在服务中注入这个。
浏览 4提问于2022-01-21得票数 5
1回答
我有一个WPF对话框(Window的继承者)。该对话框有一个"OK“按钮，该按钮绑定到ViewModel上的"process”命令。(“RelayCommand”命令是Josh Smith进程。)"OK“按钮上的CommandParameter设置为对话框窗口本身。如果处理成功，对话框窗口将从ViewModel的命令处理程序内部关闭。在我看来，这似乎违反了单一责任原则。对于可能关闭或不关闭调用者窗口的命令，正确的<
浏览 1提问于2012-08-04得票数 1
通过查看的源代码证实了这一点。
这有点恼人，因为它破坏了视图模型要实现的Init / Start模型(如果它们仍然不知道它们被用作选项卡)。在处理与标记片段一起使用的视图模型的初始化(以及其他生命周期阶段)方面，推荐的模式是什么？
浏览 0提问于2014-06-11得票数 0
我一直在遵循本教程中的MVVM模式使用杯烧微。
.xaml.cs和ViewModels/ViewModel.cs之间有什么区别？我看到我们将see视图的代码放在ShellViewModel.cs中，但是当我为Button选择事件处理程序时，visual会带我到.xaml.cs，而不是ViewModels/ViewModel。我是否必须坚持一个文件或每个文件具有不同的角色/责任？(考虑到我希望我的代码仍然遵循MVVM模式)
浏览 0提问于2019-08-14得票数 2
回答已采纳
云服务器
ICP备案
对象存储
云点播
云直播
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号