Телеграмм чат группы prophp7 страница 12599

если ты правило не понимаешь - можешь спросить да, но смысл в том что если у тебя есть 2-3 способа сделать одно и то же для этого вопервых должно быть четкое обоснование а во вторых должен быть понятный алгоритм куда тебе идти

источник

15:32пожаловаться #11

Sergey Protko in PHP

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

источник

15:33пожаловаться #12

knopkod4v in PHP

ну да, ответ на вопрос "почему тут так?" обычно "патамушта"

источник

15:34пожаловаться #13

Sergey Protko in PHP

скажем "всегда юзайте uuid в качестве ключа и всегда передавайте этот uuid с клиентской стороны" + пара исключений вполне норм правило на проекте если есть обоснование

источник

15:34пожаловаться #14

Dmitriy Tkachenko in PHP

Пк гарантирует однозначную идентификацию элемента в сете. Если оно не надо, то и пк не нужен) а так это ж обычный юник кей но именно для идентификации

источник

15:35пожаловаться #15

Evgeny Sologub in PHP

uuid имхо нужно использовать
для распределенных систем
которые ведут параллельные списки записей
с синхронизацией между собой
у примеру если взять адресную таблицу ФИАС из налоговой
(у них везде uuid)
то разные системы могут однозначно идентифицировать территорию и хранить без привязки к численным идентификаторам

источник

15:35пожаловаться #16

knopkod4v in PHP

2 разные таблички - это уже можно сказать 2 распределённые системы

источник

15:36пожаловаться #17

Evgeny Sologub in PHP

ну да, не нужно запариваться с пересечение идентификаторов
uuid гарантированно уникален при генерации в разных таблицах

источник

15:37пожаловаться #18

Sergey Protko in PHP

"распределенные системы"... "синхронизация между собой" - это ж антипаттерн)

источник

15:37пожаловаться #19

Sergey Protko in PHP

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

источник

15:38пожаловаться #20