Если объект класса (основного в файле) не имеет интерфейса и используется на прямую как часть состояния другого объекта, можно ли сказать что это 100% нарушает OOD в частности Dependency Inversion Principle? Просто иногда появляются мысли что некоторым объектам вроде и не нужен интерфейс... Или это от "лукавого"?
Есть много принципов проектирования. Всегда желательно придерживаться необходимой достаточности и соблюдение в обязательном порядке всех шаблонов и принципов - лишнее усложнение. Есть принцип KISS, которым следует пользоваться при выборе остальных применяемых методов.
Если есть обслуживающий класс, никак не влияющий на остальной код приложения, кроме как помощи в работе основного класса, то не проще ли его сделать innrer классом? Что бы и доступа к нему не было.
PS Понятие "интерфейс" это абстракция, которая мало что общего имеет с объявлением класса interface в java. Интерфейс - это протокол общения, то какие данные и в каком формате может объект принимать и в в каком формате возвращать.
Кофе для программистов: как напиток влияет на продуктивность кодеров?
Рекламные вывески: как привлечь внимание и увеличить продажи
Стратегії та тренди в SMM - Технології, що формують майбутнє сьогодні
Выделенный сервер, что это, для чего нужен и какие характеристики важны?
Современные решения для бизнеса: как облачные и виртуальные технологии меняют рынок
Нужно вывести все значения HashMap hmap за ключом GroupНо в метод передается пустой hmap
Как стандартный компонент Button сделать узким, но чтобы текст на них не "резался", а оставался посередине кнопки?
Допускается ли совместное использование классов container-fluid и container? Можно ли их вкладывать друг в друга?