Как научиться декомпозиции в ООП?

Question

[Хайбулла Мусаев]

Всем привет.
Застрял в процедурном мышлении. Мой максимум погружения в мир ООП - Laravel, но там все сделано за меня и максимум, что я лепил - корявые сервисные классы.
Решил, что так не пойдет и прицелился освоить ООП. Одним из камней преткновения стала декомпозиция. Условные ChatGPT и Claude мне накидывает примеры этой самой декомпозции, но я никак не врубаюсь, зачем так жестко нарезать...

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

Соответственно, два вопроса - есть ли литература? И если нет - реально ли поднять тему самостоятельно и каким макаром?
Спасибо.

Comments

[Adamos]

Литература для задающихся таким вопросом публикуется буквально в каждом таком вопросе.
Макконнелл. Совершенный код.
Фаулер. Рефакторинг.
и т.д.

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

P.S. и если хочешь врубиться, а не имитировать - забудь про лапшерезки ЧатГопоты и им подобные. Учебник и практика. Своей головой, а не псевдомозгом.

Answer 1

[Виктор Кожухарь]

Понятие "декомпозиция" бывает слишком абстрактным для понимания начинающими.
Поэтому, я порекомендовал бы изучить принципы SOLID. Вся их сущность как раз и направлена на понимание декомпозиции.

Есть куча книжек, роликов на ютубчике и т.д.
Но можно начать как раз с ChatGPT.
Задайте ему вот такую задачку:

Объясни принципы SOLID. Используй примеры на PHP. Объясняй как десятилетнему ребёнку

Не стесняйтесь упоминания ребенка в сложных вопросах. Он тогда очень красочно и очень понятно описывает. Такое лучше входит в мозг.

Answer 2

[historydev]

Нет понятия "ООП декомпозиции".
Научись делить большие куски на маленькие логические составляющие - всё.

Comments

[Хайбулла Мусаев]

Не все
Банально, там нарезка идет до атомных уровней.
То, что я мог запихнуть в один славный метод порой нарезается до каких-то хрен пойми паттернов. И самое сложное - это понимание, какие их них критичные, а какие нет. Если брать на борт все - из любого проекта можно сделать кашу из объектов. Если "недонарезать", то опять же кривизна кривизн...

[Хайбулла Мусаев]

Как, порой, выделить именно эти самые атомарные логические кусочки? Подчас, просто в собственной голове не отделяешь уровни.

[historydev]

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

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

[Хайбулла Мусаев]

Ну явно же мы не делим по объему, а именно по логической составляющей. Просто в некоторых ситуациях классы лепятся с одной единственной функцией - это разве не деление ради деления?

[historydev]

Хайбулла Мусаев, Это должна быть просто функция.

[Сергей delphinpro]

historydev,

Это должна быть просто функция.

необзательно.
вот есть у нас интерфейс

interface Runner {
  public function run();
}

Мы пилим класс

class MyRunner implements Runner {
  public function run() {
     // ...
  }
}

В простом случае будет достаточно одного метода. Но функция не прокатит в системе.

[res2001]

Хайбулла Мусаев,

это разве не деление ради деления?

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

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

В целом декомпозиция - это навык, который можно наработать со временем.
Делить ради деления, конечно, не нужно - должна быть цель, которой вы хотите достичь этим делением.

Answer 3

[GavriKos]

Опыт и практика. Только так. Тем более разный уровень декомпозиции бывает для разных ситуаций