Вписывается ли компонентно-ориентированный интерфейс в представление MVC (модель-представление-контроллер)?
Недавно я начал выполнять некоторую работу с волонтерами на основе данных в программном пакете, который в значительной степени опирается на компонентный интерфейс. Я не особо обращал внимание на концепцию компонентного пользовательского интерфейса, потому что у меня более, чем достаточно, чтобы манипулировать всеми существующими проектами MVC, которые продолжают приземляться на моих коленях.
Итак, теперь я углубляюсь в вопрос "почему" - интерфейс на основе компонентов используется в приложении, которое кажется очевидным кандидатом MVC. Когда я узнал больше, я понял, что, возможно, M и C все еще на месте, и только V был переключен на интерфейс на основе компонентов. Является ли мое новое понимание правильным для компонентного пользовательского интерфейса, или компонентный пользовательский интерфейс включает структуры данных и функции... в отличие от вызова их откуда-то еще?
Обновление: дальнейшие исследования дали это определение относительно Angular2: компонент представляет собой независимый связный блок кода, который имеет требуемую логику, представление и данные в виде одной единицы. Для меня это звучит как класс. Итак, в соответствии с моим первоначальным вопросом, отличается ли эта идея компонента от основанного на компонентах пользовательского интерфейса?