slug вместо id

[Rav4ik]

День добрый.

Было бы не плохо иметь возможность добавить к полям (не обязательно ко всем) некий уникальный slug (короткое название поля) для обращения к нему в коде вместо [id]. Уникальность слага ограничить сущностью по id сущности. Например, [26_status] или [25_order_sum] или [25_summa_zakaza] Кстати, стандартные поля уже имеют slug (id, даты, автор.

Также и сущностям можно указывать свой уникальный slug по желанию.

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

[Fait]

День добрый.

Было бы не плохо иметь возможность добавить к полям (не обязательно ко всем) некий уникальный slug (короткое название поля) для обращения к нему в коде вместо [id]. Уникальность слага ограничить сущностью по id сущности. Например, [26_status] или [25_order_sum] или [25_summa_zakaza] Кстати, стандартные поля уже имеют slug (id, даты, автор.

Также и сущностям можно указывать свой уникальный slug по желанию.

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

Идея в целом хорошая)
Тут наверное лучше будет просто указать второе имя для поля, чтобы была возможность обращаться и по id, и по имени.
Просто если такое внедрить сейчас, то нужно будет переделывать все формулы и все расчёты в системе.

[Rav4ik]

Идея в целом хорошая)
Тут наверное лучше будет просто указать второе имя для поля, чтобы была возможность обращаться и по id, и по имени.
Просто если такое внедрить сейчас, то нужно будет переделывать все формулы и все расчёты в системе.

Так и есть - второе имя для поля.

Внедрить можно и сейчас. Именно для этого я и писал - не обязательно ко всем. Есть необходимость часто использовать это поле в коде - добавляем ему "текстовый id". В новом коде используется [slug], в старом работает и по [id]. Если новый проект, то все по новому без неудобных [id].

Более того, эти слаги можно перенести и в HTML. И не будет сложных "fields_244" и т.д.

[nruslan2]

сомнительное удобство, плюс у системы и так есть предел по полям, а вы предлагаете внедрить ещё одно поле, которое отьест ресурсы системы, а выгода сомнительная (имхо вообще никакая!)

зы имхо плохая идея!

из-за того что id и даты имеют так называемый slug, в некоторых моментах мне даже было очень не удобно и пришлось писать дополнительные блоки кодов