Что касается кода, который использует Animal - я не хочу, чтобы он знал или был в состоянии заставить насмешку Animal. Только Кошки должны быть в состоянии сделать это. Я никогда не видел попугая, который может насмехаться :-)

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

я из языка ООП, я знаком с принципами SOLID объектно-ориентированного проектирования. Кажется, что некоторые из них вписались бы в функциональную модель программирования, в то время как другие части не имеют смысла в мире, в котором отсутствует ...

Решает ли это нарушение квадратного прямоугольника подстановки Лискова?

Я очень плохо знаком с принципами дизайна SOLID. Одна вещь, с которой у меня возникли проблемы с пониманием, - это пример "прямоугольника-прямоугольника" нарушения принципа подстановки Лискова. Почему установщик высоты / ширины квадрата должен ...

Принцип подстановки Лискова и Потоки

Есть ли тот факт, что естьРучей [http://msdn.microsoft.com/en-us/library/system.io.stream%28v=vs.110%29.aspx] производные классы, которые нельзя написать или найти, нарушают принцип подстановки ...

Не нарушает ли реализация нескольких интерфейсов принцип единой ответственности?

Нарушение принципов SOLID в множественной реализации интерфейса

Я сталкиваюсь с проблемой с инверсией зависимостей в

Очевидно, что мне нужно быть более осторожным, как я представляю свое понимание вещей. Мой нормальный учебный процесс - представить то, что, я думаю, я знаю. Я часто подхожу к фразам типа «мое понимание ...». Тем не менее, цель состоит в том, чтобы представить то, что я знаю, и если я исправлюсь, то я чему-то научился. Однако на этом форуме я мог бы стать виновным в дальнейшем распространении недостоверной информации. Спасибо за ваш отзыв.

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

: «В 1990-х годах принцип« открытый / закрытый »стал популярно переопределяться для обозначения использования абстрактных интерфейсов ...»

инаю применять ТВЕРДЫЕ принципы и нахожу их немного противоречивыми. Моя проблема заключается в следующем: Мое понимание принципа инверсии зависимостей заключается в том, что классы должны зависеть от абстракций. На практике это означает, что ...

 - Он полностью написан с использованием TDD / BDD и пытается написать как можно более чистый код (SOLID, хорошие имена и т. Д.). Рабочий код составляет около 4500 SLOC, тестовый код - около 7300 SLOC, охват кода - более 90%, а самые большие производственные классы - около 200 LOC.

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

Вот один сценарий. Моя ViewModel должна получать данные и отвечать на команды фильтра из пользовательского интерфейса. Я создаю ViewModel, чтобы быть составной по структуре. То есть дочерние классы, которые имеют доступ к закрытым членам ViewModel, выполняют линейные задачи, такие как обработка фильтрации. У меня также может быть другой дочерний класс, который выполняет необходимую логику для выбора элементов на основе критериев. Вы поняли идею. Как только ViewModel выполняет определенные функции, охватывающие несколько методов, он может стать хорошим кандидатом для делегирования дочернему классу. Дочерние классы остаются частью основной ViewModel, так что это всего лишь способ уменьшить размер ViewModel и упростить модульное тестирование этих линейных операций.

т Мартин говорит:«Никогда не должно быть более одной причины для изменения класса». Давайте рассмотрим класс ViewModel, который связан с View. Возможно (или даже вероятно), что ViewModel состоит из свойств, которые на самом деле не связаны друг ...