У нас есть сообщение «Лицо». Все работает нормально с UPDATE с PersonHandler. Однако теперь нам нужно добавить нового Лицо. (Раньше добавление нового лица выполнялось через CRM-систему, поэтому нам не нужно беспокоиться о вставке). Теперь нам нужно перенести эту функциональность в нашу новую систему NSB. Как только добавляется Лицо. Мне нужно передать GUID этого лица на переднюю часть. Для этого следует использовать модель запроса/ответа с NSB или использовать обычный код ADO.Net? Если бы я использовал более позднюю версию, у нас будет наш код вставки на стороне клиента с ADO.Net и Updates в NSB. Что не подходит мне.Обработка сообщений NServiceBus Создание/обновление
Это может быть глупый вопрос, но я очень благодарен, если вы, ребята, можете указать мне в правильном направлении с архитектурной точки зрения.
Спасибо за ответ. Действительно ценю это. Проблема заключается в том, что AddNew должен выполняться через классы CRM, есть кучи бизнес-логики, встроенные в них, и реплицировать эту логику - это отдельный проект сам по себе. Если у меня есть код, чтобы добавить «Пустое лицо» с клиентской стороны, мне также нужно добавить ссылки на старые DLL CRM на клиенте, что выглядит уродливым. Может быть, я смотрю на этот NSB под неправильным углом :( – JenonD
Ну, мне не понравилось перемещаться в запрос/ответ. Таким образом, опции должны были сделать логику вставки вызовом процедуры NSB или изменить пользовательский интерфейс (после добавления Лица пользователь перенаправляется на страницу подтверждения, потому что в противном случае, если он обновится на странице, на заднем конце будет добавлено другое лицо, поскольку передняя часть не знает о предыдущей вставке). В итоге мы меняем пользовательский интерфейс. за вашу помощь Уди. Приветствия! – JenonD