Уменьшение дублирования кода при использовании перечислений в коде модели по отношению к базе данных и графическому интерфейсу

Question

У меня есть перечисление в одном из моих классов моделей, поэтому мне не нужно беспокоиться о том, что в него передаются неправильные значения.

Проблема в том, что у меня есть много дублирования кода на протяжении всего моего кода из-за указанного перечисления. Всякий раз, когда я хочу, чтобы изменить перечисление я также должен изменить эти части моего кода, чтобы сделать всю работу вещи:

• Изменить перечисление самого
• Изменить определение SQL таблицы (я использую MySql перечисления)
• Изменение таблицы перевода enumToString в моем слое доступа к данным (мне нужна строка для запроса SQL)
• Изменить перевод таблицы stringToEnum в моем слое доступа к данным (преобразовать извлеченное значение обратно на правильную запись перечислений)
• Измените таблицу перевода enumToPrettyString для моего графического интерфейса использование (отображение удобочитаемых строк вместо базы данных хранятся один)
• Изменить список всех доступных записей перечислений, так что я могу заполнить выпадающий ящик в моем GUI со всеми возможными записями для пользователя, чтобы выбрать

Я знаю, что классы Javas Enum более мощные, и вы можете добавить много этой информации непосредственно в определение записи перечисления, но перечисления C++ являются целыми числами внутри, поэтому я не получаю этого удобства.

Любые идеи, как я мог бы свести к минимуму дублирование кода здесь?

Answer 1

Это хороший кандидат для генерации кода. Напишите единую спецификацию для вашего перечисления, а затем сгенерируйте для нее весь необходимый код перевода во всех языковых средах. Используйте свою систему сборки, чтобы поддерживать все в актуальном состоянии. Основная ошибка заключается в том, что если вы когда-либо храните или сериализуете целочисленное представление низкого уровня, вам нужно быть осторожным, чтобы никогда не удалять/не перерабатывать какие-либо конструкторы перечисления (вместо этого просто добавлять новые в конец).