Этот вопрос касается «информационных сообщений» и того, чтобы они последовательно передавались из «бэкенда» в «фронтэнд». Быстрый вопрос: «Как ты это делаешь?»
Справочная информация:
Веб-приложение, использующее WCF для вызова сервисов.
В серверной службе может появиться «сообщение». Теперь причиной этого «сообщения» может быть ряд причин, но для этого обсуждения давайте предположим, что часть данных была просмотрена, и было определено, что вызывающей стороне должна быть возвращена некоторая информация о ней.
Это «информационное» сообщение может появляться во время сохранения, а также может появляться во время поиска информации. Опять же, это не то, что здесь важно, а тот факт, что есть некоторые информационные сообщения, которые нужно передать по ряду различных сценариев.
С точки зрения команды, мы все хотим постоянно возвращать эти «сообщения» стандартным способом. Теперь, в прошлом этот «стандартный путь» был сделан разными людьми разными способами.
Вот некоторые возможности:
1) Каждая операция имеет в конце параметр «ref», содержащий эти сообщения
2) Каждый метод возвращает эти сообщения ... однако этот метод работает только для методов «Сохранить», поскольку можно подумать, что методы «Извлечение» должны возвращать реальные данные, а не сообщения
3) Некоторые используют подход контекста вызова, чтобы не «загрязнять» все сигнатуры сообщений чем-либо; однако, с WCF на картине это усложняет вещи. То есть возвращаясь к сообщениям, идите по заголовку?
Вопрос:
Тогда вернемся к моему вопросу ... как другие возвращают «сообщения», такие как то, что было описано выше, через уровни приложения, через WCF и обратно вызывающей стороне?