а оно тут и не нужно. Про сервисы есть смысл говорить когда мы обсуждаем управление зависимостями и кто кого инстанцирует. В контексте DIC (причем для DIC это сервисы, для тех кто принимает зависимости в конструктор это просто зависимости) или service locator. Но опять же ты сервис когда получаешь тебе важно сервис это или нет, а когда юзаешь - уже не важно
а оно тут и не нужно. Про сервисы есть смысл говорить когда мы обсуждаем управление зависимостями и кто кого инстанцирует. В контексте DIC (причем для DIC это сервисы, для тех кто принимает зависимости в конструктор это просто зависимости) или service locator. Но опять же ты сервис когда получаешь тебе важно сервис это или нет, а когда юзаешь - уже не важно
желание разбивать вещи на категории и не различать контекст - это обычное дело. Вопервых категории это всегда вещь интересная (есть пограничные случаи, реальность сложнее чем то что мы упрощенно в коде выражаем) а во вторых тот факт что на вещи можно смотреть с разных точек зрения это то что людям вообще тяжело дается.
Например когда человеки пишут тесты им сложно рассматривать объект тестирования "не зная его деталей". Потому что "ну вот же оно - я ж его вижу".
Тоесть открыть свой стейт не услуга. Если есть доп логика - услуга. get: return this.count - не услуга. divide: return this.count / 2; - услуга Это уже философия какая то)