Этот материал несомненно полезен, но у меня в javascript опыт небольшой и я не понимаю, как он поможет мне запустить вызов функции и проверить возвращаемые значения.
может быть я не совсем правильно описал, чего я хотел бы при разработке, а хотел бы я вот чего:
- отдельно написать функции, которые взаимодействуют с серверным api и отдельно от основного кода их тестировать и дебажить.
- отдельно написать vue+vuex код.
- написать mock-функции api, сделать так, чтобы легко и просто можно было переключаться между настоящими и mock функциями и в разных режимах разрабатывать приложение и отдельные компоненты vue.
как вообще front-end разработчики пишут приложения/компоненты? я предполагаю, что у них есть некоторые статические данные в тестовых объектах, на которых происходит первичная разработка, а после того как компонент готов, ему предоставляют с сервера.
Иван, я не оспариваю значимость RabbitMQ. MassTransit не заменяет его, а работает поверх (или может использовать другой брокер), добавляя коду C# возможность взаимодействия между его сервисами на основе событий и таким образом уменьшить связность и зависимости.
Нет, я вообще собрался использовать в своих проектах MassTransit для того, чтобы ослабить зависимости в сервисах, и хотел сначала использовать только режим коммуникации внутри одного процесса, но потом подумал, что если MassTransit будет работать поверх RabbitMQ, то от этого я смогу получить еще больше выгоды, так что у меня MassTransit - первичен.
На сайте MassTransit не очень много информации относительно конфигурирования RMQ.
Есть вот такая статья: masstransit-project.com/MassTransit/understand/def...
там, вроде бы для получения exchange не нужен, но, как мне кажется, поскольку я использую MassTransit, он сам создает exchange для каждой очереди, т.к. у него транспорт двунаправленный.
Спасибо, Иван.
Вы пишите: "по вашим словам не очень понятно для чего вы используете RMQ"
Пока что я осваиваю вымышленные сценарии и пытаюсь разобраться в использовании MassTransit.
Например, у меня есть сервис, который принимает информацию о поступивших платежах, выполняет обработку и после этого отправляет всем заинтересованным сообщение, что платеж обработан, соответственно, заинтересованных процессов может быть несколько: один обновляет счет, второй отправляет подтверждение о получении и т.п.
Я решил эту задачу, вручную сконфигурировав RMQ так, что exchange, который используется для отправки сообщений привязан к двум очередям, к каждой из которых привязан exchange получателя, в результате сообщения дублируются, и каждый из получателей получает свою копию всех сообщений.
Правильно ли я понимаю, что вы рекомендуете отдельно настроить структуру обменников (exchange) и очередей, так, чтобы сообщения между ними правильно передавались, а потом без лишнего конфигурирования привязать приложения к (чему?) обменникам и/или очередям?
И еще хочу уточнить: мне для моего примера нужно для каждого параллельного потребителя сделать свою очередь и обменник, а на стороне провайдера сделать один обменник, который ко всем этим очередям будет привязан?
Да, как я уже написал, именно во "вьюшке" у меня проблема, а ViewBag я не использую, вместо этого создаю модель. Но эти факты, к сожалению, мне не помогают определить, в каком именно месте возникает проблема.
Почему-то не получается определить css в блоке style scoped (без scoped работает)...
Никак не могу понять, почему нельзя реализовать такие типичные сценарии без использования css, а только за счет компонентов и их параметров.