MVVM – Advantages

MVVM pattern is ultimately the modern structure of the MVC pattern, so the main goal is still the same to provide a clear separation between domain logic and presentation layer. Here are some of the advantages and disadvantages of MVVM pattern.

The key benefit is allowing true separation between the View and Model beyond achieving separation and the efficiency that you gain from having that. What that means in real terms is that when your model needs to change, it can be changed easily without the view needing to and vice-versa.

There are three important key things that flow out of applying MVVM which are as follows.

Maintainabipty

A clean separation of different kinds of code should make it easier to go into one or several of those more granular and focused parts and make changes without worrying.

That means you can remain agile and keep moving out to new releases quickly.

Testabipty

With MVVM each piece of code is more granular and if it is implemented right your external and internal dependences are in separate pieces of code from the parts with the core logic that you would pke to test.

That makes it a lot easier to write unit tests against a core logic.

Make sure it works right when written and keeps working even when things change in maintenance.

Extensibipty

It sometimes overlaps with maintainabipty, because of the clean separation boundaries and more granular pieces of code.

You have a better chance of making any of those parts more reusable.

It has also the abipty to replace or add new pieces of code that do similar things into the right places in the architecture.

The obvious purpose of MVVM pattern is abstraction of the View which reduces the amount of business logic in code-behind. However, following are some other sopd advantages −

The ViewModel is easier to unit test than code-behind or event-driven code.

You can test it without awkward UI automation and interaction.

The presentation layer and the logic is loosely coupled.

Disadvantages

Some people think that for simple UIs, MVVM can be overkill.

Similarly in bigger cases, it can be hard to design the ViewModel.

Debugging would be bit difficult when we have complex data bindings.