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

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

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

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

Как вы определяете, насколько грубой или детальной должна быть «ответственность» при использовании принципа единой ответственности?

Как внедрить принципы SOLID в существующий проект

Я прошу прощения за субъективность этого вопроса, но я немного застрял, и я был бы признателен за некоторые рекомендации и советы от всех, кто имел дело с этой проблемой ранее: У меня есть (что стало) очень большой проект RESTful API, написанный ...

Разница между принципом единой ответственности и разделением интересов

В чем разница между принципом единой ответственности и разделением интересов?

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

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

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

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

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

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

акое принцип обращения зависимостей и почему он важен?

Принцип разделения интерфейса - программа для интерфейса

Я читал о SOLID и других принципах дизайна. Я думал, что ISP - это то же самое, что «Программа для интерфейса, а не для реализации». Но, похоже, это разные принципы? Есть ли разница?