Как разбивать экземплярную логику компонента в Angular?

Такой вопрос возник - допустим, имеется компонент который в себе содержит выполнение множества операций и хранит множество данных в себе, списки и т.п. При чём таких данных, которые разбить на другие компоненты, которые в нём могут использоваться не выйдет. И как тогда быть? Вопрос тут не просто о том, как сделать, а о том, как сделать лучше, следуя хорошим практикам в Angular

Был вариант сделать сервис экземплярным, вместо singleton и хранить в нём состояние и предоставлять функционал, но я так понимаю - сервисы не совсем для таких целей. Я так понял это то, что может использоваться хоть кем-то одним, хоть многими компонентами и т.п., но при этом, сервис должен быть именно singleton и не хранить в себе какое-либо состояние, а просто предоставлять функционал. Был вариант создать отдельные простые классы, создавать экземпляры прямо в компоненте и затем использовать как нужно, таким образом группируя функционал и логику. Но вот даже не знаю, возможно это имеет подводные камни и считается плохой практикой, и такие проблемы решать стоит как-то по-другому.