Какое приложение написать для понимания ООП?

Question

[Олег Николаев]

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

Answer 1

[SymphoGraph]

Полноценного понимания не существует.
Я долго писал в процедурном стиле и долго не мог понять зачем вообще нужны эти классы какие-то.
Всё решалось функциями. С ростом сложности проекта приходилось передавать в функции всё больше и больше аргументов. Когда аргументов стало слишком много, я стал передавать в качестве аргумента массив с переменными.
Функция изменяла значения в этом массиве и возвращала.

Иногда (часто) функция должна была вызвать другую функцию и передать туда этот массив. Количество функций росло, цепочки из них становились всё длиннее и я даже стал путаться в том, какая функция в какой цепочке (трейсе) участвует.
Тогда я стал раскладывать группы функций по разным подключаемым файлам и называл эти файлы так, чтобы по названию понять какой группе переменных они нужны.

А потом я случайно узнал, что эти какие-то непонятные методы, которые "являются поведением объектов класса" (как это обычно объясняют) на самом деле просто функции и есть. И оказалось, что можно не пропихивать массив через них, а наоборот - функции сложить в этот массив. Получилось, что класс это такой "массив" в котором есть не только переменные, но и функции. И эти функции могут видеть все эти переменные, даже если не написать global $var. И это было как раз тем, чего я очень желал и радости моей не было предела.
Кстати, узнал я это, когда забавы ради кодил 2D платформер на C# в Unity.

Answer 2

[Северное Сияние]

на пхп

на пхп есть два мира - академический и реальный

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

php - не лучший язык, что бы на нем писать "полноценные" приложения на пхп. там должна быть какая-то ну очень сложная бизнес-логика.

можно, конечно, нарисовать кучу классов, но это будет "ООП ради ООП"

Answer 3

[mayton2019]

Когда не знаешь что кодить - делай "каталогизатор". Фильмов. Сериалов. Музыки. Спортивных событий. Тема простая. И легко тестируется. Формочки и запросы - придумай сам. От них уже пойдут интерфейсы и трейты. Это уже как-бы детали ТЗ.

Comments

[Олег Николаев]

Тема простая

но я вот так сразу и не понимаю. Что-то типа программа на php сканирует директорию с фильмами(сериалами,музыкой) или парсит новостные сайты, складывает найденное в бд, и ты потом в форме вводишь искомое, а программа чекает бд и выдает тебе ссылку на локальное хранилище/адрес новости?
Если да, то куда и зачем тут интерфейсы, если по своей сути программа состоит из трех функций/классов - найти, записать в бд и найти в бд?

[mayton2019]

сканирует директорию

Заметь. Это ты придумал. :)

[mayton2019]

Фреймворк - это обычно идея которая стоит далеко выше чем ООП. Это - следующий уровень. И автору, если он изучает ООП пока еще рано изучать сами фреймворки. Ему надо пописать доменные иерархии для своей предметной области. Именно для своей потому что доказательство правоты будет за автором. Если ситком является частным случаем сериала - то ТОЛЬКО автор сможет это пояснить. Никто другой не сможет даже покритиковать за саму идею поскольку она идет сугубо из головы автора. В противоположность изучать фреймворки очень сложно. Авторы помимо ООП закладывают туда: рефлексию, акторы, кодогенерацию, аспекты, аннотированный код, и самое страшное - low-level оптимизацию которая ломает принципы красивого проектирования лишь только потому что данный участок кода - bottle-neck и по другому там нельзя. И вы хотите все это гуано вылить в глаза бедному автору который просто решил что-то поизучать.

Answer 4

[Saboteur]

Ты не поймешь сути ООП, если будешь писать в одиночку. Нужно проецировать это на команду.

Answer 5

[Дмитрий Б]

Нужно начинать с малого, не надо все и сразу. Рекомендую начать с фрейворка какого-нибудь, например Laravel. Развернуть. Посмотреть как что сделано, как работает. Попишите простенькие контроллеры. А потом, как поймете, что морально готовы, попробуйте следовать советам из другого топика https://qna.habr.com/q/1247800#answer_2286412

Comments

[Дмитрий]

не очень фреймворк для примера ооп, лучше Ламинас(Зенд), Симфони

[Дмитрий Б]

Дмитрий, symfony да, более хороший пример архитектуры

Answer 6

[Wan-Derer]

Автоматизируй зоопарк :)

Answer 7

[Николай Савельев]

Надо писать социальную сеть. Только тогда ты поймёшь ООП

Answer 8

[Вова]

Можно открыть книжку Гради Буч Объектно-ориентированный анализ и проектирование. Там как раз есть несколько примеров. Правда, она не про PHP :(

Answer 9

[japanxt]

Напиши текстовую онлайн игру для телеграмм бота где пользователи могут взаимодействовать как сами с собой, так и с npc. не надо заморачиваться с авторизацией и протоколом взаимодействия, реляционной логики практически нет.

Answer 10

[mrStrike]

Форум, Библиотеку, Складской учет(вообще бомба), Управление персоналом.