Я пишу клиент-серверное приложение. Теперь я просто обрабатываю ошибки. Если на сервере возникает ошибка (после запроса от клиента), сервер должен создать объект ошибки, сериализовать его и отправить его клиенту.Enum для кодов ошибок
В объекте error У меня есть поле для кода ошибки. Конечно, я мог бы разместить перечисление в этом объекте, перечисляя всю возможную ошибку, которую я хочу покрыть, но тогда сериализованный объект становится большим.
Таким образом, я собираюсь написать внешний класс enum, доступный для сервера и клиента, и только отправку кода ошибки с сервера клиенту.
Будет ли это хорошей идеей?
Если клиент получает такой код ошибки, как он может затем найти соответствующее перечисление в классе enum?
Вопрос: действительно ли когда-нибудь случится, что ошибка имеет некоторую информацию прикрепленную? Примерами являются входные данные, которые привели к сбою, идентификатор сеанса, идентификатор инцидента. В противном случае да, либо перечисление, либо код ошибки - это хорошая идея. – djjeck