Принципы софтостроения

[vak]

Для начала я просто список составлю. Американцы любят ёмкие сокращения, поэтому у каждого принципа или правила есть короткое название из трёх-четырёх-пяти букв. Принципы можно условно разделить на две группы: позитивные и негативные.

Позитивные принципы советуют вам, как следует поступать.

• SRP - Single Responsibility Principle
• SLA - Single Level of Abstraction
• OCP - Open-Closed Principle
• LSP - Liskov Substitution Principle
• ISP - Interface Segregation Principle
• DIP - Dependency Inversion Principle
• FCoI - Favor Composition over Inheritance
• PLA - Principle of Least Astonishment

Негативные принципы предостерегают от всякой фигни.

• DRY - Don't Repeat Yourself
• AHA - Avoid Hasty Abstractions
• YAGNI - You Aren't Gonna Need It
• LoD - the Law of Demeter, or don't talk to strangers
• KISS - "Keep It Simple, Stupid!"

Comments

[sobriquet9]

По-моему эти принципы либо толком не определены, либо взаимно противоречивы. Отсюда непонятно, как им следовать.

Например, в правиле DRY написано "don't repeat yourself", а в следующем правиле AHA написано "prefer duplication over the wrong abstraction". Вместе получается "за всё хорошее и против всего плохого".

[archaicos]

Вроде ж есть наглядные примеры прямоугольник-квадрат, эллипс-окружность, где смешивать общее и частное проблематично (типа наследовать квадрат и окружность от прямоугольника и эллипса), т.е. напрашивается некоторая дубликация.

[vak]

Противоречия между принципами есть, да. Что делать: теория отражает жизнь. Многие противоречия известны и документированы. К примеру, на странице для SLA указаны противоречащие принципы:

• MIMC: Adhering to SLA results in more methods and classes.
  
• PSU: The purpose of SLA is to avoid mental grouping. On the other hand just adhering to SLA and neglecting PSU may result in the opposite: The reader of the code has to do mental inlining. Sometimes it can be more readable to allow a small amount of statements on the “wrong” level of abstraction (like having a guarding if statement in a higher level method).