Переосмыслить сборку API-схемы

Выполняется
Планируемый запуск: Дата начала: Планируемое завершение: Дата завершения:

Описание задачи

Предполагалось, что каждый модуль в отдельности сможет влиять на получаемую API-схему путем изменения готовой схемы на уровне метода getApiSchema().
Но проблема в том, что сейчас в модуле прописана генерация API на основе получаемой базовой схемы призмы. Здесь используется относительный путь для файла схемы. То есть если на конечном проекте будет использоваться более одного призма-модуля, каждый из них будет в отдельности получать такую базовую схему и перетирать имеющуюся схему.

Но если просто сделать путь абсолютный, то проблема недостаточно решается, потому что на конечном проекте без получения базовой призма-схемы не будут сгенерированы все основные API-методы. Вручную их переписывать тоже не круто.

Придется делать в два этапа:
1. Сейчас сделать все-таки относительные пути, чтобы на конечном проекте не перетирались схемы. На конечном проекте все равно придется получить базовую схему и донастроить все необходимые чистки схемы, но плюс в том, что можно будет сделать один базовый компонент для сборки и чистки частоиспользуемой схемы, а поверх уже лепить свое. Это будет довольно полезно для проектов, создаваемых на базе других крупных проектов, чтобы не приходилось вновь чистить все схемы.
2. Все-таки переписать класс модуля так, чтобы методы компонентов суммировались и в итоге выполнялись общим потоком, а не как сейчас, что каждый модуль выполняется самостоятельно, и только суммируются результирующие схемы, полученные от каждого из этих модулей.
ПроектЗадачаСтатусДата постановкиНачалоКонецКто создал
@prisma-cms/module-boilerplateПереосмыслить сборку API-схемыВыполняется24.12.2018 00:13:2928.12.2018 11:02:4228.12.2018 11:02:45
@prisma-cms/module-boilerplateПереосмыслить сборку API-схемыВыполняется24.12.2018 00:13:2924.12.2018 00:13:3124.12.2018 00:23:32

Добавить комментарий