Floydreme, в том, что у тебя фронт не будет зависеть от ошибок самой БД. Обновится твоя БД однажды и там, допустим, часть ошибок начнут по другому выводится и вот у тебя уже всплывают бековские проблемы на фронте.
А если тебе надо будет поменять БД? Это переписывать бэк И фронт, а не только бэк.
Потом дело дойдёт до тайпскрипта и удачи тебе типизировать ошибки БД, в то время как при нормальном подходе у тебя будут твои личные ошибки с необходимой тебе структурой.
Ах, да, ещё банальное желание передать какую-то инфу вместе с ошибкой и вот у тебя уже разные принципы обработки ошибок.
All users
Values will be lower due to browsers not tracked on caniuse.
All tracked
Only considers the browsers that are tracked on caniuse.
По умолчанию первый вариант. Со вторым поддержка почти 100%.
Предположу, что появились какие-то новые недобраузеры и испортили статистику. Но это даже не 0.00000000001% пользователей.
Можно, к примеру, вместо function ввести в язык слово func или вообще просто f, сделав это слово зарезервированным (нельзя будет объявить переменную f). Будет более кратко, но понятнее ли? Вопрос спорный.
Однако некоторые ЯП ближе к естественным, а некоторые - дальше
Нет. Тут просто работает синдром утёнка – с какого языка начал изучать программирование, тот и ближе к "естественному". Вернее это на начальном этапе, а после таким "правильным" языком становится тот, которым ты сильнее всего увлёкся.
Для меня тоже в других ЯП есть "неестественные" решения, которые мне не нравятся / к которым я не привык, но это не делает эти языки неправильными.
В общем, если ты изучаешь язык чисто для себя, то тут уже как хочешь пиши, а если ты учишь его для работы, то тут уж извини, следуй общепринятым стандартам, иначе никак.
Так ты же сам все энтри одинково обрабатываешь. Очевидно в твоём случае необходимо выделять только последнее пересечение. Достань его, остальное обработай как непересекающиеся.
А если тебе надо будет поменять БД? Это переписывать бэк И фронт, а не только бэк.
Потом дело дойдёт до тайпскрипта и удачи тебе типизировать ошибки БД, в то время как при нормальном подходе у тебя будут твои личные ошибки с необходимой тебе структурой.
Ах, да, ещё банальное желание передать какую-то инфу вместе с ошибкой и вот у тебя уже разные принципы обработки ошибок.