有没有理由说MVC对于桌面应用程序和Web应用程序同样有用？
将ASP.NET MVC目录树实现为桌面应用程序需要什么？
从我读到现在(这个答案正确),它更倾向于MVVM模式.将服务中的数据视为模型,将Angular控制器视为VM,将包含角度绑定的HTML视为View.
我们可以说MVC是服务器端的模式和客户端的MVVM吗？
有人可以用示例(在Angular的上下文中)解释我们如何实现MVC和MVVM.
我读过关于使用var vm = this的概念; 在角度控制器中.但这是否意味着只需为我们的控制器使用别名,我们将Angular应用程序从MVC转换为MVVM.
一位来自这里的人告诉我，MVVM比MVP更好，他告诉了我很多专家和很多竞争者，但是我想知道我的MVP是否做得很好，或者您是否知道其他任何方式可以转换为MVVM。这是使用Google MVP登录。我不会放置所有代码，但会放置文件夹和少量解释：
-模型
-主持人
createGoogleClient()，signIn()，onActivityResult()，onStop()，onStart()，onDestroy()所有的这些方法都是从我interface内同一个包IGoogleSignIn-视图
然后在MainActivity中调用方法...
我想知道在MVVM上执行此操作有何不同？更改会有什么变化？这还不是很好吗？
我正在一个WPF项目中，该项目杂乱地隐藏在xaml / xaml.cs和一些不十分流行的ViewModels背后。
（免责声明：直到最近，我对WPF的了解还很少。我可以相当熟练地设计和布局Window或UserControl，我认为我可以将MVVM ViewModel与View分离并进行绑定。连线，但这是我目前使用WPF的经验限制。）
我的任务是向程序中添加一些新功能，以使看起来有必要先将其转换为正确使用MVVM。
我将展示我面临的一个具体问题：
我正在使用一个名为View的视图SettingsWindow.xaml。它是一组文本框，标签和诸如此类的东西。我已经将所有View数据剥离到一个ViewModel类似于以下内容的类中：
class SettingsViewModel : ViewModelBase {
private String _outputDirectory;
public String OutputDirectory {
get { return _outputDirectory; }
set { SetValue( () => this.OutputDirectory, ref _outputDirectory, value) ); }
}
// `SetValue` calls `PropertyChanged` and does other common-tasks.
// Repeat for other properties, like "Int32 Timeout" and "Color FontColor"
}
在原始的ViewModel类中，有2种方法：ReadFromRegistry和SaveToRegistry。该ReadFromRegistry方法由ViewModel的构造函数SaveToRegistry调用，该方法由MainWindow.xaml.cs的代码隐藏调用，如下所示：
private void Settings_Click(Object sender, RoutedEventArgs e) {
SettingsViewModel …我一直在关注这个使用 caliburn micro 的 MVVM 模式教程
https://www.youtube.com/watch?v=laPFq3Fhs8k
.xaml.cs 和 ViewModels/ViewModel.cs 有什么区别？
我看到我们将 shellview 的代码放在 ShellViewModel.cs 中，但是，例如，当我为 Button 选择事件处理程序时，visual studio 会将我带到 .xaml.cs 而不是 ViewModels/ViewModel。
我必须坚持一个文件还是每个文件都有不同的角色/责任？（考虑到我希望我的代码仍然遵循 MVVM 模式）