srp

У нас был семинар, на котором я представил своей команде принцип единой ответственности, чтобы мы использовали его в наших проектах. Я использовал следующий популярный пример: class Employee: save() calculate_salary() generate_report() И я попросил команду сказать, все ли в порядке с этим клас...

Принципал СРП говорит: Класс или модуль должен иметь одну и только одну причину для изменения У меня есть некоторый класс Facade в качестве классов слоя обслуживания. например, SaleService, что он предоставляет некоторые методы, например SaveOrder(), CancelOrder(), CreateOrder(), GetAllOrders(), GetAl...

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

В SRP "ответственность" обычно описывается как "причина для изменения", так что каждый класс (или объект?) должна быть только одна причина, по которой кто-то должен пойти туда и изменить его. Но если вы доведете это до крайности мелкого зерна, вы можете сказать, что объект, складывающий два числа вместе, я...

У меня есть базовый абстрактный класс, который агрегирует кучу элементов в коллекции: abstract class AMyAbstract { List<string> Items { get; private set; } public AMyAbstract(IEnumerable<string> items) { this.Items = new List<string>(items); } } Существует множес...

Со всеми этими чтениями о принципе единой ответственности, декомпозиции и т. д., трудно получить представление о том, что должно быть сигналом тревоги, что сущность раздувается. Есть ли где-нибудь хороший совет/чтение о том, сколько методов мы должны считать максимальными, или есть ли какие-то объективные др...

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