Как научиться проектировать программы в ооп стиле?

Question

[AntonCoder]

Не могу точно сформулировать вопрос, но мне требуется совет от опытных программистов.
Я занимаюсь программированием на PHP уже несколько лет. Хорошо знаю принципы ООП. Прочитал несколько книжек про паттерны проектирования. Но при этом, когда нужно спроектировать новую систему впадаю в какой-то ступор, как будто мне не хватает какого-то вот одного заветного знания. Начинаешь думать, что можно вот написать и так и этак — в итоге сижу и не могу определиться, какую композицию классов создать. Кажется, что вот у других код получается выразительный, логичный, а у меня что не класс - то нарушение всех принципов ооп и солид. Код в целом выходит, как будто в процедурном стиле.

Посоветуйте может книжку какую-то. Или как правильно проектировать приложения в ооп стиле?

Comments

[Дмитрий]

Больше кодревью

[Максим Федоров]

За много лет нужно было поработать много где, много где много какого опыта и много какого кода нужно написать... Все просто

[Dolosweb]

Создание сложной системы включает в себе два важных момента: Выбор основы (фреймворк) и написание уникального кода.
ООП прежде всего создан чтобы не писать одни и те же скрипты по многу раз, а повторно их использовать. Так что все рутинные задачи должен решать - фреймворк, а уникальный код - это уже твое дело. С нуля придумывать роутеры, контролеры и всю системную часть - это головная боль. Только если конечно у тебя за спиной не один десяток проектов.

Советую смотреть в сторону Laravel - будет тяжело, но быстрее из огня выйдешь

[AntonCoder]

Дмитрий, Максим Федоров, В смысле просто повторять за кем-то? Не всегда это возможно, часто тащить к себе громоздкую архитектуру чужого решения не представляется необходимым. А самому создавать красивый код в ооп-стиле не получается, от того и вопрос. Просто "читать чужой код" я могу, вносить изменения - с лёгкостью. А вот чтобы создавать - не получается.

[AntonCoder]

Dolosweb, Да, разумеется я беру фреймворк, но например нужно написать какую-то обёртку над guzzle для обращения к стороннему апи. И вот получается какой-то монстр супер-класс в процедурном стиле, вместо красивой композиции классов в ооп-стиле

[Максим Федоров]

AntonCoder, я не про читать, а про работать

[Дмитрий]

AntonCoder, мне код зенда очень нравиться, там что не расширение, сплошные паттерны, все расширяется и дополняется без особых анальных мук
В их доке все отлично описано, как запилить свое и сильно не мучиться
Гляньте например валидатор какой нибудь

[AntonCoder]

Максим Федоров, а еслит много где поработал, много какого кода пописал, а код всё равно г...? :) Вон из профессии?

[Максим Федоров]

AntonCoder,

Вон из профессии?

Что за вон? Давай е**** как все, всем сложно, решил углы срезать?
Работай и задавай предметные вопросы, общие вопросы типа "как быть, не получается" не могут принести пользы по определению, тк они очень абстрактные

[Dolosweb]

AntonCoder, составление классов и функций - это и есть ООП. Логика работы и взаимодействия - это хлеб и вода. Не пиши громоздские функции! одно действие - одна функция, для того чтобы он был универсален. Почаще используй параметры, для тог чтобы функции могли выдавать динамические результаты. Группируй классы по назначению. У приложения свой класс, не пиши много уникального кода - если нет необходимости, используй методы многократно. Есть много правил, но тебе это акулы ООП обьяснят.

[Максим Федоров]

Dolosweb,

оставление классов и функций - это и есть ООП

состояние: ну да, ну да — пошло я на фиг
абстракция: ну да, ну да — пошла я на фиг

[AntonCoder]

Ну проблема скорее не с тем, чтобы создать класс, в него напихать параметров и методов. А как раз как научиться, допустим там где к месту, применить декоратор, вместо того, чтобы городить метод с множественными ифами. Т.е. не писать процедурный код "в лоб", а использовать всю мощь композиции ооп.

[Dolosweb]

Максим Федоров, правда малек обобшил, сила привычки. но теория скучна без практики )))

Answer 1

[Евгений Мамонов]

Посмотрите в сторону предметно ориентированного проектирования (DDD).

- https://habr.com/ru/post/269589/
- https://habr.com/ru/post/269893/
- https://habr.com/ru/post/267125/

Хорошие книги по этой теме:
- Роберт Мартин "Чистый код Создание, анализ и рефакторинг"
- Роберт Мартин "Чистая архитектура"
- Стив Макконнелл "Совершенный код"

Если сможете найти исходники похожих на ваш проектов - изучите их,
посмотрите как там решались подобные задачи.

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

Comments

[AntonCoder]

Спасибо, Макконнелла читал, Чистый код стоит на полке в очереди на прочтение.

[Victor Bomberow]

AntonCoder, бросайте всё и разбирайте книгу скорее

[Евгений Мамонов]

Мне реально помогло внедрение DDD, код стал намного лучше, а главное вносить изменения стало намного проще.
Если говорить о бэкенде - то использую такую схему, где это возможно:

- есть сущности (например пользователь, у него есть поля и он умеет их валидировать, также есть простые методы типа getShortName, getFullName и т.д.)

- есть репозиторий (хранилище) пользователей - он умеет сохранять, доставать данные пользователей из базы, больше ничего не умеет

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

- есть endpoint'ы: они могут быть HTTP, gRPC, CLI и т.д., они уже работают с сервисом

[Евгений Мамонов]

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

Answer 2

[Антон Шаманов]

тебе не знания не хватает, а понимания и практики. самый простой вариант начать осваивать фреймворки, хорошо бы laminas/simphony, но для начала и phpixie/slimphp хватит.

Comments

[AntonCoder]

Я хорошо знаю Yii2. Как я уже сказал, я несколько лет программирую на PHP. Проблема именно в проектировании в ооп-стиле своих классов.

[Антон Шаманов]

AntonCoder, залей куда-нибудь пару классов чтобы понятнее было, а то разброс советов сделает половину ответов бесполезными. И конретнее опиши проблемы возникающие у тебя.

[Daria Motorina]

ну sYMFony же, сердце кровью обливается)))

[Антон Р.]

AntonCoder, я тренируюсь так: ООП-упражнение (объектный анализ) на свободную тему «Приготовление борща», что скажете?
:)

Answer 3

[cyberlog]

Рефакторить надо, переписывать. Видишь, что можно улучшить - улучшай, переделывай.
Переделал и видишь, что хуже стало - откатывай к старому варианту. И вот так, как из глины вылепливаешь конфетку.
С опытом появляется навык сразу видеть оптимальные варианты и переделки уже не такие глобальные.
Возможно просто еще не достает опыта. Раз ты читал книги, то нужно делать упор на практику.