mkone112, ты очень душный. Судя по комментариям и ответам других людей тебе все уже разложили по полочкам с довольно приемлемым примером, но ты всё отстаиваешь свою позицию как "клоун" без каких либо аргументов, видно что поддержка явно не на твоей стороне. В принципе таких как ты наверное лучше сразу кидать в игнор. В диалоге с такими обычно ничего не добьешься и не объяснишь.
Я ещё раз повторюсь, твоя цитата
SOLID обычно применяется к ооп, я не вижу здесь ооп.
к вопросу ТС звучит как бред не в тему или как сказал Дмитрий
Алексей Уколов, я смотрю пока на camelCase и underscore. Субд использую mariaDB. Все свои проекты я пишу на nodeJS использовав ORM Sequelize, для меня конечно сути не меняет что будет в бд. ORM в любом случае превратит мне в camelCase. Я беспокоюсь за то, что если сменится ЯП в проекте или еще какие обстоятельства могут быть, и лучше быть готовым сразу к миграций бд.
Дмитрий, я к тому что есть допустим популярный паттерн проектирования. Его соблюдают многие программисты и соответственно, если начнет работать другой программист над проектом, не придется мучаться с проектом в целом. Ведь он тоже знает и придерживается этому паттерну. Суть ясна? Тоже самое мне интересно узнать про нейминг таблиц в бд.
Я попробовал, и столкнулся с такой проблемой, как пробрасывать в пропс функцию открытия/закрытия модального окна в разных местах. Это не очень удобно. Мне приходятся хранить состояние на верхнем уровне с обработчиками и получается что то вроде props drilling
Я ещё раз повторюсь, твоя цитата к вопросу ТС звучит как бред не в тему или как сказал Дмитрий