Переосмыслить сборку API-схемы
Выполняется
Проект: @prisma-cms/module-boilerplate
Планируемый запуск: | Дата начала: | Планируемое завершение: | Дата завершения: |
Описание задачи
Предполагалось, что каждый модуль в отдельности сможет влиять на получаемую API-схему путем изменения готовой схемы на уровне метода getApiSchema().
Но проблема в том, что сейчас в модуле прописана генерация API на основе получаемой базовой схемы призмы. Здесь используется относительный путь для файла схемы. То есть если на конечном проекте будет использоваться более одного призма-модуля, каждый из них будет в отдельности получать такую базовую схему и перетирать имеющуюся схему.
Но если просто сделать путь абсолютный, то проблема недостаточно решается, потому что на конечном проекте без получения базовой призма-схемы не будут сгенерированы все основные API-методы. Вручную их переписывать тоже не круто.
Придется делать в два этапа:
1. Сейчас сделать все-таки относительные пути, чтобы на конечном проекте не перетирались схемы. На конечном проекте все равно придется получить базовую схему и донастроить все необходимые чистки схемы, но плюс в том, что можно будет сделать один базовый компонент для сборки и чистки частоиспользуемой схемы, а поверх уже лепить свое. Это будет довольно полезно для проектов, создаваемых на базе других крупных проектов, чтобы не приходилось вновь чистить все схемы.
2. Все-таки переписать класс модуля так, чтобы методы компонентов суммировались и в итоге выполнялись общим потоком, а не как сейчас, что каждый модуль выполняется самостоятельно, и только суммируются результирующие схемы, полученные от каждого из этих модулей.
Проект | Задача | Статус | Дата постановки | Начало | Конец | Кто создал |
---|---|---|---|---|---|---|
@prisma-cms/module-boilerplate | Переосмыслить сборку API-схемы | Выполняется | 24.12.2018 00:13:29 | 28.12.2018 11:02:42 | 28.12.2018 11:02:45 | |
@prisma-cms/module-boilerplate | Переосмыслить сборку API-схемы | Выполняется | 24.12.2018 00:13:29 | 24.12.2018 00:13:31 | 24.12.2018 00:23:32 |