决定哪些我应该选择哪个？ （MVVM或MVC C＃？）

[glenn_boy13]

我不能决定哪个工作应该选择？ C＃MVVM Developer或C＃MVC开发人员？有两家公司应该去工作。像Navitaire Eccenture公司一样使用C＃WPF MVVM和许多其他（例如Avanade），它使用C＃MVC ASP.NET ... 我的意思是，我想选择哪种需求更高......我决定了我的长期职业生涯。谢谢C＃人。我确实在C＃WPF中的方式获得了基本的经验，但不是MVVM。

 

[jmplhinney.]

WPF是一个Windows桌面技术，所以您可能会说对此的需求有所了解。虽然它不是WPF，很多Windows应用程序开发（Metro / Modern）是基于XAML的，所以也使用MVVM并且与WPF很像。 Web开发在任何时候都不会在任何时候都在那么，如果您从需求从需求视图纯粹看，MVC作业可能具有更长的长期潜力。从工作的角度来看，我会亲自更喜欢MVVM的东西。

 

[glenn_boy13]

WPF是一个Windows桌面技术，所以您可能会说对此的需求有所了解。虽然它不是WPF，很多Windows应用程序开发（Metro / Modern）是基于XAML的，所以也使用MVVM并且与WPF很像。 Web开发在任何时候都不会在任何时候都在那么，如果您从需求从需求视图纯粹看，MVC作业可能具有更长的长期潜力。从工作的角度来看，我会亲自更喜欢MVVM的东西。

嗨jmplhinney，

我喜欢学习MVVM和MVC ...我想知道哪一个可以让我赚更多吗？ 我想在我国在我国，MVC的需求较高。谢谢你回复的方式。你能告诉我这两个有关这两个的更多吗？我的意思是谈论MVVM和MVC的职业。

问候，
格伦

 

[苏格韦斯]

MVVM是一种模式，可让视图与视图模型交谈。视图模型负责与域模型的域模型或外观进行交谈。 MVVM中的沟通非常是单向街道。视图模型永远不会与视图交谈，而模型也不会与视图模型交谈。还有其他模式与WPF和其他基于XAML的框架一起使用，例如命令，但它们不是特定于MVVM模式本身。

MVC类似于MVVM，因为视图与控制器交谈，并控制器与域模型或外观进行通话。不同之处在于，与MVVM的视图模型不同，MVC控制器是双向的。控制器可以与视图交谈，以及让视图与之交互。

这当然假设每个人都严格地在模式下写下代码。你会发现那不是这种情况;规则总是弯曲的。

从职业角度来看，MVC可能是更好的选择。我个人喜欢编写基于MVVM的应用程序，所以我坚持认为是职业生涯。我对你的建议是尝试两种技术出来并选择你喜欢的那个。这笔钱会有经验，不要让钱驱动你的职业道路。比你不喜欢的某个地方更频繁，但是赚了好钱。去你喜欢的技术，即使它每年都有一点点。你的健康和家庭将欣赏它。