Опишете модела на взаимодействие MVC.

Архитектурен модел, който разделя приложението на три взаимосвързани части:

• Model: Представлява данните и бизнес логиката. Няма информация за View или Controller. Уведомява View за промените в данните си (чрез Observer, Listener).
• View: Представя данните от модела и реагира на действията на потребителя. Не съдържа бизнес логика и не взаимодейства директно с Model. Изпраща заявки към контролера при взаимодействие на потребителя.
• Controller: Посредник, който свързва Model и View. Обработва входа на потребителя от View, актуализира Model и избира View за показване.

Плюсове:

• Разделяне на отговорностите.
• Подобрена тестируемост (Model и Controller се тестват независимо).
• Възможност за повторна употреба (особено Model).

Минуси:

• Става обемен за сложни UI (дебели контролери - "масивни контролери").
• Взаимодействието между View и Model може да бъде объркващо (чрез Controller).
• Тясна връзка между View и Controller (в Android Activity често изпълнява и двете роли).

В Android, Activity или Fragment често изпълнява функции както на View, така и на Controller, което усложнява разделянето. В чистата си форма MVC рядко се прилага в Android, по-често се използват производни модели като MVP или MVVM.