Может MVC (или MVP) сосуществуют с SOA?
Вы можете изменить of на from, чтобы отправить массив, поскольку массив позволяет легко динамически вставлять.
Вот так:
const loadDataEpic = (action$, state$) =>
action$.pipe(
ofType('FETCH_DATA_SUCCESS'),
mergeMap(action => {
const pivotActions = action.context === 'pivot'
? [{ type: 'SET_PIVOT' }]
: [];
return from([
...pivotActions,
{
type: 'RESET_IMAGE_DATA'
},
{
type: 'INITIALISE_FILTERS'
}
]);
})
);
2 ответа
Хорошо они - полностью различные животные. MVC - все о презентации данных, управляя навигацией пользовательского диалогового окна и некоторой бизнес-логики в создании модели данных.
SOA о получении данных от поставщика услуг.
На стороне клиента можно использовать SOA в Образцовой части шаблона MVC для создания модели с данными из сервиса SOA.
На сервисной стороне как нет никакой презентации и никакого пользовательского диалогового окна, большая часть шаблона MVC становится избыточной. Кроме того, хороший дизайн SOA должен сконцентрироваться на предоставлении полезной услуги независимо от базового хранилища данных, таким образом, "образцовая" часть становится в основном несущественной.
Это верно, что многие сервисы "с сохранением информации" (например, заказы проверены, оплачены, диспетчеризированы затем полученные), но эти состояния являются неотъемлемой частью бизнес-логики и не предоставляют себя управлению сеансами, типичному для шаблона MVC.
Хороший вопрос. Я думаю, что MVC и SOA будут и должны сосуществовать. MVC - это наиболее удачная архитектура для взаимодействия пользователя с системой. SOA - это архитектура для эффективного межсистемного взаимодействия. В большинстве организаций есть место и тому, и другому. Поэтому я верю, что они будут сосуществовать.
С точки зрения того, как они взаимодействуют друг с другом, мое личное мнение таково: MVC останется (после того, как шумиха вокруг SOA уйдет) в качестве основного архитектурного паттерна, при этом как модель, так и контроллер будут открывать интерфейсы служб там, где это необходимо.