Helper functions / funkcje globalne w OOP Opcje

[Brick]

Czy używacie funkcji własnych funkcji globalnych wewnątrz klas? Chodzi mi o typowe funkcjie pomocnicze (helper functions), które dokonują jakiś obliczeń czy robią transformacje na ciągach znaków. Są małe, ogólne i zupełnie niezwiązane z logiką biznesową czy modułami programu.
Minusem tych funkcji jest to że uniemożliwiają testowanie (mockowanie) klas podobnie jak funkcje statyczne. (Jest jakieś dobry polski zamiennik na "mock")?
Plusem jest to, że są zawsze dostępne - nie wymagają tworzenia obiektu i przekazywania za pomocą dependency injection.

Jak rozwiązujecie ten problem?
Bez funkcji globalnych tylko zawsze jako metody przypisane do konkretnej klasy?
Czy może jednak funkcje globalne ale tylko w projektach dla których nie są wykonywane testy jednostkowe?

[Pilsener]

Najlepiej spojrzeć na jakiś framework, gdy projektujemy np. kontroler to musimy przemyśleć nasz abstrakt:
- jakie metody w nim zaimplementować (co często jest trudne)
- jak dostarczyć do niego potrzebne zależności
- jak w łatwy sposób rozszerzać klasę

Przy dostarczaniu zależności wykorzystujemy kontener, implementując interfejs z metodą "setContainer"

Potem gdy rozszerzamy klasę, to zazwyczaj deklarujemy ją jako serwis aczkolwiek jeśli implementuje ona kontener to możemy używać:

[PHP] pobierz, plaintext 
$this->container->get(Service::class);
[PHP] pobierz, plaintext 

Jednak z wiadomych względów nie jest to zalecane.
Oczywiście są też względy praktyczne, stąd używanie kontenera bo:
- z klasy abstrakcyjnej nie da się przecież utworzyć obiektu i czegoś tam wstrzyknąć
- dobrze jest mieć do dyspozycji konstruktor (ciągłe call super czy tam parent nie jest przecież zalecane)
- wygoda