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

[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

[juan_gandhi]

В теории всё это очень хорошие принципы. Да интерпретация, бывает, сильно различается. YAGNI я слышал в Гугле каждый раз, когда что-нибудь обобщал. А...

Мои любимые - KISS, LoD, PLA.

DIP тоже хорошая вещь, да его, опять же, интерпретируют обычно криво.

[vak]

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

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

[ichthuss]

Не хватает еще одного, от Илона нашего Маска: ASS - Acronyms Seriously Suck.

[prool]

WTF!

[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).