Ремонтопригодность в классе

Question

Как обеспечить ремонтопригодность в классе?Может ли это быть просто сделано путем создания класса с использованием шаблонов проектирования или есть что-то еще?Кроме того, каковы характеристики хорошего метода?

Answer 1

Вы не будете плохо поступать, следуя принципам SOLID и DRY .

ТВЕРДЫЙ это:

SRP Принцип единой ответственности понятие, что объект должен иметь только одну ответственность.

OCP
Открытый / закрытый принцип понятие «программные объекты… должны быть открыты для расширения, но закрыты для модификации».

LSP
Принцип подстановки Лискова понятие, что «объекты в программе должны заменяться экземплярами их подтипов без изменения правильности этой программы». Смотрите также дизайн по контракту.

ISP
Принцип разделения интерфейса понятие «многие специфичные для клиента интерфейсы лучше, чем один универсальный интерфейс». [5]

DIP
Принцип инверсии зависимостей понятие, что следует «полагаться на абстракции. Не зависит от конкрементов ». [5] Внедрение зависимостей является одним из методов следования этому принципу.

И «СУХОЙ» означает «Не повторяйся», что означает, что вы должны стремиться удалить любое дублирование в своем коде.

Answer 2

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

Хотя ответ Одеда хорош для обеспечения возможности сопровождения программы или библиотеки, этот вопрос касается возможности сопровождения класса , и для этого есть только два требования: хороший интерфейс и сильная согласованность.