ууу

звучит как начало холивара

тебе статью чтоли впадлу сделать как папочки хранить, это важно

ну если честно то да

:(

Помню на одном из митапов один из товарищей рассказывал, что хорошо бы именовать папки в соответствии с назначением, типа вместо "components" несколько папок типа "main-page", "info-page", и т.д., но а про сервисы то как..?

а чем сервисы отличаются

ну .. например дублировать? Типа папка "сервисы", а в ней папка "main-page", так?

я вот тоже прихожу к такому
что надо именовать папку по назначению, а не по тому, что это

сервисы это деталь фреймворка

она не о чем тебе не говорит когда ты смотришь на структуру папок\файлов

кроме того что это сервис)

смотри видос, там с таймкодом

уже давно бы сделал проект демо

@dersizes проблема в том, что начинает случаться так, что какой-то компонент хочет одновременно работать с N api. Под каждую apiщку есть сервис, ибо работа ведёт с принципиально разными сторонними системами.

Ну и понятное дело плохо, когда компонент инжектит N сервисов и дёргает N апишек. Хочется, чтобы была какая-то прослойка между ними, сервис, который соберёт в себя эти апишки и реализует логику.

Как в таком случае именовать, вообще хз. Какой-то core слой назвать эти сервисы?

все бы тебе спасибо сказали

а спасибо это сколько в козулях?

около нуля