PJ
А вы ручками не называете фичетоглы?
а зачем фичетоглы как-то называть? обычнно это же «включи / выключи фичу X»
Size: a a a
2021 March 22
R
а зачем фичетоглы как-то называть? обычнно это же «включи / выключи фичу X»
А в коммит месседже или в джире напишешь "сделал(ть) включи/выключи фичу Х"
RL
Рубильник слишком сурово звучит)
При включении пишет «да поможет нам господь»:)))
АГ
При включении пишет «да поможет нам господь»:)))
PJ
А в коммит месседже или в джире напишешь "сделал(ть) включи/выключи фичу Х"
ну коммит месссаджи на английском, а в джире скорее не будет отдельной таски на «переключатель фичи», а будет только таска на саму фичу
VS
Скажем. Есть сервис работы с заказами. Хост: mysite.ru, Ендпоинт: mysite.ru/api/orders, Ручки:
mysite.ru/api/orders/create
mysite.ru/api/orders/{id}/update
Ресурс более общее понятие, когда мы уже не привязываемся к хосту или сервису.
mysite.ru/api/orders/create
mysite.ru/api/orders/{id}/update
Ресурс более общее понятие, когда мы уже не привязываемся к хосту или сервису.
А если на /orders есть запрос то чем отличается от остальных?
Endpoint даже дословно конечная точка, всегда встречал только в контексте конкретного запроса, все что торчит наружу из сервиса с возможностью послать запрос - ендпоинт
Endpoint даже дословно конечная точка, всегда встречал только в контексте конкретного запроса, все что торчит наружу из сервиса с возможностью послать запрос - ендпоинт
VS
И странно вообще смешивать нормальное понятие со слэнговым русским
RL
А если на /orders есть запрос то чем отличается от остальных?
Endpoint даже дословно конечная точка, всегда встречал только в контексте конкретного запроса, все что торчит наружу из сервиса с возможностью послать запрос - ендпоинт
Endpoint даже дословно конечная точка, всегда встречал только в контексте конкретного запроса, все что торчит наружу из сервиса с возможностью послать запрос - ендпоинт
Я сталкивался с терминологией, когда по суб-пути от /orders идут определенные сервисные функциональности. Не классические CRUD, а может даже специфичные какие-нибудь: /orders/statistics
AM
Гусары поговаривают, что ручка - это метод апи для выполнения действия, для записи. А для чтения - это конец.
АГ
так чего дергать то, ручку или конец, запутался совсем.
PJ
так чего дергать то, ручку или конец, запутался совсем.
дёргать - конец
тянуть - ручку
😹
тянуть - ручку
😹
AM
Наоборот же)
PJ
нен надо ручкать дёргать, сломаешь же 🙃
PJ
но вообще не понимаю, зачем в рамках одной компании / проекта иметь несклько именованний одного и того же, ну типа, как договоритесь, так оно и будет называться
A
А потом на хабре статьи выходить будут -
5 лучших практик по созданию ручекMK
Рубильник слишком сурово звучит)
смотря какая ручка, некоторые ручки реально как рубильник👀
SP
handler -> handle -> ручки...
SP
а, это про компонент и его интерфейс, понятненько
MK
А потом на хабре статьи выходить будут -
5 лучших практик по созданию ручекэто же очередная статья которую мы заслужили)
V
кажись методы апи теперь называют "ручка". дожили)
не не, методы все ок