AP
Может сделать какой-то annotation processor и на переходы вешать аннотации чтобы этот процессор генерил какой-то статичный файл типо xml и по нему уже можно будет отрисовать граф.
Size: a a a
2020 November 05
KT
точно нет
AP
Ну короче пользователь библиотеки должен сам помочь плагину понять какой граф навигации)
AP
А иначе как тут быть?(
L
Может сделать какой-то annotation processor и на переходы вешать аннотации чтобы этот процессор генерил какой-то статичный файл типо xml и по нему уже можно будет отрисовать граф.
Зачем сразу annotation processor? Можно написать компайлер плагин как в сериализации или в вьюбинденге. Будет работать в лайве.
KT
я думал скорее с ракурса:
описываем навигационный граф на каком-то котлин DSL, его отображаем, а еще в роутере можем дергать не метод навигации а метод ссылающийся на DSL с ид перехода
описываем навигационный граф на каком-то котлин DSL, его отображаем, а еще в роутере можем дергать не метод навигации а метод ссылающийся на DSL с ид перехода
AP
Зачем сразу annotation processor? Можно написать компайлер плагин как в сериализации или в вьюбинденге. Будет работать в лайве.
А как этот плагин по коду поймет какие переходы есть?
ЕК
я думал скорее с ракурса:
описываем навигационный граф на каком-то котлин DSL, его отображаем, а еще в роутере можем дергать не метод навигации а метод ссылающийся на DSL с ид перехода
описываем навигационный граф на каком-то котлин DSL, его отображаем, а еще в роутере можем дергать не метод навигации а метод ссылающийся на DSL с ид перехода
гуд
L
А как этот плагин по коду поймет какие переходы есть?
Хмм... интересный вопрос 🤔
AP
я думал скорее с ракурса:
описываем навигационный граф на каком-то котлин DSL, его отображаем, а еще в роутере можем дергать не метод навигации а метод ссылающийся на DSL с ид перехода
описываем навигационный граф на каком-то котлин DSL, его отображаем, а еще в роутере можем дергать не метод навигации а метод ссылающийся на DSL с ид перехода
Ну тут наверно апи библиотеки сильно поменяется и будут breaking changes?
ЕК
Ну тут наверно апи библиотеки сильно поменяется и будут breaking changes?
Таков путь
KT
Ну тут наверно апи библиотеки сильно поменяется и будут breaking changes?
я ж не сказал, что уберу все остальные методы.
можно будет выбирать, как использовать библиотеку.
там скорее будет отдельный роутер, который в конструкторе получает граф навигации
можно будет выбирать, как использовать библиотеку.
там скорее будет отдельный роутер, который в конструкторе получает граф навигации
KT
кажется я уже решение дизайнить начал.
ЕК
Вообще вот то, что Костя описал, можно разбить на две фичи:
1) Написание DSL для описания графов перехода, как в nav components, но только не в xml
2) Интеграция этого DSL с Cicerone
1) Написание DSL для описания графов перехода, как в nav components, но только не в xml
2) Интеграция этого DSL с Cicerone
KT
да, и главная задача: придумать гибкий и понятный DSL, который поможет решить большинство кейсов
KT
а может при таком DSL и рендерить его не надо? 🙃
ЕК
Вообще вот то, что Костя описал, можно разбить на две фичи:
1) Написание DSL для описания графов перехода, как в nav components, но только не в xml
2) Интеграция этого DSL с Cicerone
1) Написание DSL для описания графов перехода, как в nav components, но только не в xml
2) Интеграция этого DSL с Cicerone
3) Прожать интеграцию с nav components через связи в JetBrains
ЕК
чтобы был универсальный способ описания графов, а там уже библиотека - на выбор
AP
C dsl идея клёвая, и не надо этих аннотейшен процессоров, влияющих на компиляцию.
Ну вообще граф имхо полезен. У меня был кейс рефакторинга и я первым делом нарисовал диаграмму переходов чтобы было понятнее какие экраны как между собой связаны.
Ну вообще граф имхо полезен. У меня был кейс рефакторинга и я первым делом нарисовал диаграмму переходов чтобы было понятнее какие экраны как между собой связаны.
ЕК
а может при таком DSL и рендерить его не надо? 🙃
Опять же, рендеринг можно делать во вторую очередь, но это было как минимум хорошим плюсом. Не совсем корректное сравнение, но без нормального работающего плагина для рендеринга в Anko юзать было не очень удобно. Для навигации не так принципиально, но прикольно