Нужно ли при разработке библиотеки следовать принципу одной ответственности? В отношении библиотеки его можно было бы назвать "принцип однослойности задачи"... Можно скрыть в библиотечном методе много сложной логики. При этом уровень инкапсуляции вырастет, уменьшится сложность кода основной программы, что хорошо. С другой стороны, увеличится сложность библиотеки. А ещё она станет тянуть за собой дополнительную зависимость, версия которой часто будет не совпадать с версией такой же библиотеки в основном приложении, увеличивая тем самым его размер. Казалось бы, ответ очевиден: не нужно "тянуть" в библиотеку много зависимостей ради удобства. Но я регулярно наблюдаю это у библиотек, с которыми работаю: все всё тянут. Как поступать правильно? p.s. Если это имеет значение, пишу код для Android.

Предыдущий
вопрос Следующий
вопрос

При разработке библиотеки действительно стоит придерживаться принципа одной ответственности, который гласит, что класс должен иметь только одну причину для изменения. Это поможет сделать библиотеку более гибкой, удобной в использовании и понимании.

Следует избегать "тяги" в библиотеку множества зависимостей ради удобства, так как это может привести к увеличению размера библиотеки и возникновению проблем с версиями зависимостей. Вместо этого стоит стараться создавать библиотеку с минимальным набором зависимостей, которые действительно необходимы для ее работы.

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

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