Хорошо, я наконец понял, что случилось. Мой сервер разработки React работает на
157.230.176.243:3001
, и мой CakePHP API работал на этом же сервере,
157.230.176.243
Мне не нравится, что я передаю полный URL-адрес API на вызов fetch()
. Я переключил свой код React на
url: "/users/register.json"
, и он работает нормально.
Если это будет фиксированным списком (который кажется, что это, или иначе Вы не должны хранить его как перечисление), то я не буду использовать № 1.
Главная причина использовать № 3 по № 2 для простоты использования с утилитами запросов самообслуживания. Однако я на самом деле пошел бы с вариантом № 2: Сохраните значение как целое число и отобразитесь на перечисление на поиске данных. Однако также составьте таблицу, представляющую перечислимый тип со значением как PK и имя как другой столбец. Тем путем это просто, быстро, и эффективно использовать с Вашим кодом, но также и легкий получить логическое значение с запросами самообслуживания и другим использованием, которое не использует Ваш код доступа к данным.
3. Является самым "надлежащим" с точки зрения базы данных/нормализации. Ваше состояние является, в действительности, доменным объектом, это связано с объектом порядка.
будьте в спящем режиме целые числа использования по умолчанию. если Ваше перечисление не собирается изменяться очень часто, это не плохая идея, я думаю.
Я использовал бы целое число, отображенное для оценки в другой таблице со значениями. Вы могли также затем отобразить перечисление на то же значение, но затем необходимо будет обновить в обоих местах.
Я предполагаю, что это зависит от того, где данные будут получены. С № 3 Вы могли получить данные, не полагаясь на Ваш фронтэнд.NET. Но для Вашей таблицы базы данных также возможно выйти из синхронизации с перечислимым кодом.
Опция № 2 является, конечно, самым эффективным способом сделать это для устройства хранения данных..., но устройство хранения данных является дешевым.