Комментарии 9
Круто! Я только, что прикрутил GraphQL к UmbracoCMS и React-Relay клиент и влюбился в технологию. Следующим шагом надо ASP.NET Core с ними подружить, а там и ваш модуль поможет.
А почему без Relay? Или когда начинали разработку его еще в доступе не было?
А почему без Relay? Или когда начинали разработку его еще в доступе не было?
Спасибо) Я уже успел поработать и с Relay и со всем остальным что связано с GraphQL. Вообще не могу вам посоветовать использовать Relay. Очень специфический продукт заточенный под нужды facebook. Он очень тесно связывается в архитектуру приложения, у него очень много недостатков, и он довольно сильно усложнен для всего лишь одной простой задачи для которой его используют 99% приложений, для отправки запросов на graphql сервер и ожидании ответа.
Я посоветую вам Apollo, максимально простой инструмент, идеальный для 90% web приложений работающих с graphql API. Сравнивая Relay и Apollo, практически то же самое что Flux и Redux. Поэтому внимательно ознакомьтесь с обеими технологиями перед использованием Relay.
Лично я в своих продакшн проектах использую именно Apollo.
В данном модуле я не использовал ни Relay ни Apollo, чтобы не усложнять архитектуру приложения и сделать его максимально простым. Ну и самое главное, для запросов я использую свою функцию которая позволяет мне динамически строить graphql запросы, чего я не могу сделать ни в Relay ни в Apollo.
Также пару часов назад опубликовал небольшой патч к модулю.
Теперь все input в которых string.length > 100 будут автоматически переделаны в textarea, то же самое при наборе текста в input, если длина будет больше 100 символов, автоматически будет использован «textarea». И немного улучшено автоматическое определение полей где нужно использовать тип «date».
Я посоветую вам Apollo, максимально простой инструмент, идеальный для 90% web приложений работающих с graphql API. Сравнивая Relay и Apollo, практически то же самое что Flux и Redux. Поэтому внимательно ознакомьтесь с обеими технологиями перед использованием Relay.
Лично я в своих продакшн проектах использую именно Apollo.
В данном модуле я не использовал ни Relay ни Apollo, чтобы не усложнять архитектуру приложения и сделать его максимально простым. Ну и самое главное, для запросов я использую свою функцию которая позволяет мне динамически строить graphql запросы, чего я не могу сделать ни в Relay ни в Apollo.
Также пару часов назад опубликовал небольшой патч к модулю.
Теперь все input в которых string.length > 100 будут автоматически переделаны в textarea, то же самое при наборе текста в input, если длина будет больше 100 символов, автоматически будет использован «textarea». И немного улучшено автоматическое определение полей где нужно использовать тип «date».
Да и если интересно, то для запросов использую один из моих модулей, можете найти тут. Думаю будет полезен.
Насколько реально (и есть ли смысл) писать бэкенд для этого модуля на чем-то, отличном от NodeJS (например, на ASP.NET)?
Мое субъективное мнение: да, стоит. Особенно если планируется поддержка более, чем одного клиента, например, мобильное приложение, десктоп и сайт.
Не могу не согласиться с GreenBee, особенно если вы хотите строить мультиплатформенную программу. Впринципе в этом и достоинство GraphQL его одинакого легко подружить скажем с React или с React Native.
Просто у ASP.NET в этом случае не будет преимещств, не достатки будут, но не преимущества.
Один из главных недостатков, комьюнити и всякие доп. модули и тп. по работе с GraphQL.
Просто у ASP.NET в этом случае не будет преимещств, не достатки будут, но не преимущества.
Один из главных недостатков, комьюнити и всякие доп. модули и тп. по работе с GraphQL.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Автоматически генерируемая CMS использую вашу готовую GraphQL-схему