разумовский тронулся бошкой )

Да ладно тебе

Ну поймал вайб человек

Есть философский вопрос... вот существует какой-то код, допустим библиотека dll с бизнес логикой, притом логика самая общая.

Допустим там классы которые обрабатывают ключи, пароли "хранят", управляют, генерируют допустим.

И из этого функционала рождается много волшебных описательных классов, которые разделяются по признаку того, что они делают.

Например начало класса DeviceKey а дальше Service, Manager, Repository, Provider, ApiClient, Resolver

И вот вопрос рождается, что Service может быть Manager, и Provider и вообще кучу ролей на себя принимать.  И даже S из SOLID при этом не будет нарушать на первый взгляд.

Как провести черту между такими классами, и вообще правильно ли классы делать настолько маркерными (манагер, провайдер)

Сакутин тебе локанично ответил бы на этот вопрос

Да, знаю его отношение к Manager и прочему)

Но вроде и рекомендации как это исправить он не давал)

Да у него на все один ответ - инвариант и декомпозиция

Главное чтобы твой сервис-менеджер-провайдер не содержал сам в себе эту логику, а просто вызывал более мелкие (и скорее всего протектед) классы. Я считаю что нету ничего плохого в единой точке доступа к какой-то группе функций, если под капотом все равно соблюдена декомпозиция

Ну да, функциональность вроде как должна быть разделена. И декомпозиция есть, и DI при всем этом тоже есть

Ну тогда, как по мне, важнее не плодить менеджеры и сервисы у которых будут размыты границы обязанностей - Тоесть не делать так, что у тебя есть например VideoService, VideoProvider и VideoDataManager - это, конечно же, залупология и тут как бы получается вывернутое наизнанку нарушение «S» когда одно изменение повлечёт по цепочке изменение в нескольких точках доступа

а че скажете по статическим анализаторам

например, решарперовский vs SonarQube ?

Решарпер лучше ИМХО

SonarQube ругается на break в цикле простом. Истерит сразу

Оо

а чо он так

PVS-Studio еще есть

Подскажите из-за чего хмл сериализатор может такие ошибки в файл записывать:

</ArrayOfFiguresFork>ork>a>255</a>

?

Есть ли предположение почему так происходит?