OG
очень бесят underscore_case в апи
Size: a a a
2018 December 18
OG
если я пишу на java / kotlin то как и любой в меру разумный разраб pojo обьекты я герирую по доке
OG
и когда ноамльном jvava коде появляется underscore_case это бесит
OV
Пишу очередную статью про дизайн GraphQL схем. И самое первое правило про то что использовать camelCase или underscore_case для названия полей.
Я у себя юзаю camelCase. Кто что у себя использует? И может кто поделиться ссылкой на исследования что больше всего народ юзает camelCase или underscore_case?
Особенно интересно получить такую статистику в рамках JavaScript, Swift, Kotlin, Java.
Я у себя юзаю camelCase. Кто что у себя использует? И может кто поделиться ссылкой на исследования что больше всего народ юзает camelCase или underscore_case?
Особенно интересно получить такую статистику в рамках JavaScript, Swift, Kotlin, Java.
Не вижу смысла про это писать в статье про дизайн схемы, ну или написать что не важно абсолютно
P@
Да вот бесят меня переменные в андерскоре. И если ваше GraphQL апи выплевывает андерскор поля, то это форсит фронтенд разработчиков использовать андерскор имена в своем коде. А на большой кодовой базе это жуткий косяк.
MM
Да вот бесят меня переменные в андерскоре. И если ваше GraphQL апи выплевывает андерскор поля, то это форсит фронтенд разработчиков использовать андерскор имена в своем коде. А на большой кодовой базе это жуткий косяк.
в чем проблема юзать graphql aliases?
MM
мы именно так решили проблему с underscore-полями в хазуре
MM
согласен не очень удобно, но зато underscore в код не попадает
MM
а остается только в graphql-запросах и все
MM
пока они не решат эту проблему
MM
как только решат, тупо убираем алиасы и ничего в коде не меняем
OG
конечно решается, это решаемо, просто не удобно
OG
не все используют альясы
P@
Поэтому этому правилу точно быть! Но вот его надо подкрепить статистически!
По eye tracking’у какой либо производительности в сторону какого-либо именования не выявлено http://www.cs.kent.edu/~jmaletic/papers/ICPC2010-CamelCaseUnderScoreClouds.pdf
Значит надо ориентироваться на частоиспользуемую конвенцию в коде клиентов.
По eye tracking’у какой либо производительности в сторону какого-либо именования не выявлено http://www.cs.kent.edu/~jmaletic/papers/ICPC2010-CamelCaseUnderScoreClouds.pdf
Значит надо ориентироваться на частоиспользуемую конвенцию в коде клиентов.
MM
не все используют альясы
что ты этим хотел сказать?
MM
у нас просто выхода нет, кроме как их юзать
MM
а так да, для своих типов мы всегда только camelCase юзаем
OG
хотя если на бекенде ад до альясов не доходит
P@
что ты этим хотел сказать?
Макс, ты кстати тот чел, который заставил меня это правило добавить 😉
KG
Пишу очередную статью про дизайн GraphQL схем. И самое первое правило про то что использовать camelCase или underscore_case для названия полей.
Я у себя юзаю camelCase. Кто что у себя использует? И может кто поделиться ссылкой на исследования что больше всего народ юзает camelCase или underscore_case?
Особенно интересно получить такую статистику в рамках JavaScript, Swift, Kotlin, Java.
Я у себя юзаю camelCase. Кто что у себя использует? И может кто поделиться ссылкой на исследования что больше всего народ юзает camelCase или underscore_case?
Особенно интересно получить такую статистику в рамках JavaScript, Swift, Kotlin, Java.
underscore в базе данных
camelCase в entity / models
camelCase в entity / models