Qual padrão de design pode ser usado em vez de classe Manager?

un:

Eu tenho uma classe chamada PhotoManageré um singleton. Esta classe contém métodos como:

fun downloadPhoto(context: Context, photoUrl: String) { }

fun savePhotoUri(context: Context, uri: Uri) { } 

fun setWallpaper(context: Context, photoUri: Uri) { }

Eu também tenho algumas outras classes que têm Managerpostfix em seus nomes. Por exemplo, SuggestionManagerque recebe algumas sugestões baseadas em usuário de dados de entrada e retorna.

Eu gostaria de refazer essas duas classes, mas eu não sei qual padrão de usar. ele pode ser o padrão de fachada?

Mateus Timmermans:

Por que PhotoManager existe? Does PhotoManager têm qualquer estado? Se não, então apenas se livrar dele. Em Kotlin você pode ter funções fora das classes.

Se ele tem estado, em seguida, descobrir por que você precisa a classe, e que vai ajudá-lo a descobrir o melhor nome.

"PhotoManager" é um nome ruim, porque ninguém pensa "Eu preciso de algo para gerenciar minhas fotos" ... e se alguém fez pensar que, em seguida, sua classe não soar como ele iria fazer o trabalho. Como um consumidor de sua classe, o que é isso para mim ?