Отдельный код GraphQL-AppSync-Schema-Resolver от кода пользовательского интерфейса ReactJS

Question

Я занимаюсь разработкой приложения на базе ReactJs-GraphQL-aws для приложения. сборка и конфигурация на основе AWS усилить. в настоящее время все в том же исходном коде. мы можем иметь отдельный пакет для пользовательского интерфейса и бэк-энда.

например React -redux и все элементы пользовательского интерфейса будут в одном репо / пакете кода. и код, связанный с решателем GraphQL-appsync, будет находиться в отдельной кодовой базе или в отдельном репо кода. и если да, не могли бы вы объяснить, как это сделать. или вы думаете, что это хороший вариант, чтобы разделить пользовательский интерфейс и бэкэнд.

Пожалуйста, дайте мне знать, если я все правильно объяснил.

Answer 1

Если вы не планируете иметь одного клиента ReactJS, то я не думаю, что необходимо разделять кодовую базу. Самое замечательное в амплификации заключается в том, что она будет генерировать запросы, мутации, входные данные, фильтры и подписки на основе вашей аннотированной схемы типов. Он поместит его в папку src внешнего интерфейса, поэтому разработчикам внешнего интерфейса нужно только import { listAllTypes } from '/src/graphql/queries.js' и затем использовать этот запрос в своем клиентском коде. Разделения не требуется, потому что ваши внешние разработчики будут работать только в каталоге project_root/src, а ваши внутренние разработчики будут работать только в каталоге project_root/amplify/backend. Использование хорошего рабочего процесса git позволит разделить эти проблемы между командами.

Answer 2

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

Используете ли вы инструменты Amplify codegen?Команда codegen принимает аргумент --api-id, который можно использовать в проектах внешнего интерфейса теперь, когда они у вас выделены.