Если Вы не планирование наличия единственного клиента ReactJS, то я не думаю, что необходимо разделить кодовую базу. Большая вещь об усиливает, то, что она генерирует запросы, мутации, исходные данные, фильтры и подписки, основанные на Вашей аннотируемой схеме типа. Это поместит это во фронтэнд src
папка, таким образом, Ваши разработчики фронтэнда только будут иметь к import { listAllTypes } from '/src/graphql/queries.js'
и затем используют тот запрос в своем клиентском коде. Не должно будет быть разделения, потому что Ваши разработчики фронтэнда будут только когда-либо работать в project_root/src
каталог, и Ваши разработчики бэкенда будут только когда-либо работать в project_root/amplify/backend
каталог. Используя хорошего мерзавца рабочий процесс сохранит эти проблемы отличными между командами.
Лучший способ сделать это - передать аргумент строку
userName
(или аргумент IPrincipal
user
, если вам нужно больше информации, чем просто имя) в ActionMethod, который вы «вставляете» в обычный запрос с помощью ActionFilterAttribute. Когда вы его тестируете, вы просто предоставляете свой собственный фиктивный объект, так как код фильтра действий не запускается (в большинстве случаев - есть способы, если вы специально хотите ...)
Кази Манзур Рашид подробно описывает это под пунктом 7 в отличном сообщении в блоге .