AP
> purescript
fixed
fixed
Size: a a a
2018 May 21
AD
ну то есть я понимаю, что иногда пакет определённой версии могут удалить из-за, к примеру, уязвимости в нём или, скажем, майнера. но это другой случай же.
K
вот у меня такой вопрос. сейчас такой ажиотаж вокруг GraphQL - есть у кого-то реальный опыт использования его в проектах чуть больше чем хобби ?
K
фб как пример не предолгать, у них есть куча девелоперов, чтоб работать с ним.
AP
у нас уже 5 проектов на нем.
K
часто меняются модели в приложении ?
насколько много проблем с миграциями апи слоя ?
Просто по докам он весь ну вот прям чуть ли не святой грааль, интересно реальное применение и проблемы
насколько много проблем с миграциями апи слоя ?
Просто по докам он весь ну вот прям чуть ли не святой грааль, интересно реальное применение и проблемы
AP
> насколько много проблем с миграциями апи слоя ?
тяжело сказать числом :D
тяжело сказать числом :D
AP
В разработке удобнее. Однозначно.
Но с большими нагрузками небыло опыта. На много быстрее реализации на руби.
Но с большими нагрузками небыло опыта. На много быстрее реализации на руби.
K
интересно насколько он подходит под проекты, с полунеизвестными требованиями (когда сам бизнес не знает, что он придумает через 2 дня и как придется все менять)
Не попадешь ли в ловушку, когда с каждым разом придется все больше и больше тратить времени и нервов для переделок.
Не попадешь ли в ловушку, когда с каждым разом придется все больше и больше тратить времени и нервов для переделок.
AP
rest api от этого не спасает.
K
rest api от этого не спасает.
да это понятно, тут сорее он больше проблем приносит.
K
вот и ищу вариант, который сильно поможет. версионирование, рест, swagger при непонятных требованиях - это та еще боль и унижение. в конце концов 70% времени улетает на миграции апи и моделей
AP
часто меняются модели в приложении ?
насколько много проблем с миграциями апи слоя ?
Просто по докам он весь ну вот прям чуть ли не святой грааль, интересно реальное применение и проблемы
насколько много проблем с миграциями апи слоя ?
Просто по докам он весь ну вот прям чуть ли не святой грааль, интересно реальное применение и проблемы
В целом можно поддерживать совместимость даже если меняются модели, с опциональными полями это довольно хорошо решается. Хотя я возможно не понимаю о каких миграциях идет речь
AP
Если нужно версионирование - держишь отдельную ветку на определенную версию, и если че - туда фиксы пушишь. Держишь как отдельно поднятое приложение.
AP
Но мне кажется, что версионирование - это когда сам себе проблемы придумываешь.
Проще добавить проверку в клиетское приложение с нотификацией "ОБНОВИСЬ!1, СТАРАЯ ВЕРСИЯ, НЕ ПОДДЕРЖИВАЕМ"
Проще добавить проверку в клиетское приложение с нотификацией "ОБНОВИСЬ!1, СТАРАЯ ВЕРСИЯ, НЕ ПОДДЕРЖИВАЕМ"
AP
конечно всякий софт есть. но когда мобилки, то обновиться легко.
IA
вот и ищу вариант, который сильно поможет. версионирование, рест, swagger при непонятных требованиях - это та еще боль и унижение. в конце концов 70% времени улетает на миграции апи и моделей
по идее, как раз GraphQL провоцирует хуже изолировать клиента от моделей, и миграции моделей доставляют боль клиенту
AD
напугали тут))
хотя проблема поддержки актуальна для всех языков без компиляции((
мне нравится идея отдельного front и back, но совершенно мало нравится какими средствами это организовано сейчас
хотя проблема поддержки актуальна для всех языков без компиляции((
мне нравится идея отдельного front и back, но совершенно мало нравится какими средствами это организовано сейчас
AP
по идее, как раз GraphQL провоцирует хуже изолировать клиента от моделей, и миграции моделей доставляют боль клиенту
ммм, что? где это тут ухудшенная изоляция появляется?
IK
Ребят, вы все усложняете) GraphQL не серебряная пуля, но при правильном его использовании проблема версионирования решается