🚀🚀
но я понял твой кейс
Size: a a a
2020 September 30
🦜
Зачем отделять?
код ген например
🦜
тесты интеграционные
🚀🚀
то есть апи для взаимодействия это прям длинный такой перечень эффектов
собственно это приложение я и визуализировал https://t.me/effector_ru/166659
🚀🚀
большой веер слева вверху это базовый request и апишки, которые создаются от него через аттач
YL
я просто видел подход, где эффекты — апи, тупо отдельно ото всего
у меня так скоро будет походу да
YL
два приложения разных по одинаоковой схеме хождения с токенами будут ходить
YL
и эффекты перекочуют в апи уровень
YL
то есть оберточные эффекты будут чисто для семантики и понимания что это происходит и внутри вызов или чейнинг еще пока не думал
🚀🚀
код ген например
генерация кода это не ограничитель а возможность, можешь сгенерить всё что тебе требуется. нужен эффект — генерируй эффект, нужна функция отдельно — генерируй её тоже
🦜
я просто видел подход, где эффекты — апи, тупо отдельно ото всего
у меня?
🦜
генерация кода это не ограничитель а возможность, можешь сгенерить всё что тебе требуется. нужен эффект — генерируй эффект, нужна функция отдельно — генерируй её тоже
но не когда разные технологии
🚀🚀
в смысле «но»? это генерация кода
🦜
у меня?
у меня в проекте api и эффекты раздельны
🚀🚀
если ты генерируешь код, то делаешь так как тебе нужно, в этом суть генерации
🚀🚀
если тебе нужны два варианта то генерируешь два
🦜
и получается
api
fetchData
model
fxGetData = createEffect(fetchData)
api
fetchData
model
fxGetData = createEffect(fetchData)
c
и получается
api
fetchData
model
fxGetData = createEffect(fetchData)
api
fetchData
model
fxGetData = createEffect(fetchData)
зачем?
c
почему сразу эффекты не генерить?
🦜
если ты генерируешь код, то делаешь так как тебе нужно, в этом суть генерации
код может генерится для ноды, для несколько команд