Не понимаю ООП

igosja сам задавался подобным вопросом
понял только начав
и сейчас в процессе понимания
приведу пример:
есть 2 файла robots.txt и .ftpaccess
надо дать к ним доступ из админки
причем с сохранением истории изменений, с записью времени и логина изменившего итд итп и хз что еще
отличия только в пути/имени и титле/надписи в админке
реализуем абстрактный класс со всем ф-аналом
потом наследуем в разных классах только указав в каждом свои св-ва
надо еще файл открыть? не вопрос наследуем...что ? только для юзера васи? не вопрос
переопределяем методы...сначала проверяем юзера потом применяем parent::method()
ну придумал как умел))
как это процедурно лучше сделать сейчас даже не придумаю
по любому больше гимора

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

если человек использует композер, то он явно плотно работает с ООП т.е. интесует всёже не "известно", а "пользуешься" ли? ;)

также небыло ответа на счет фреймворков... новычки часто кидаются на CodeIgniter, мотивируя тем что он самый простой и "лёгкий", ну это тоже уже что-то говорит о некотором уровне знаний и навыков ;) если человек уже покрутил Yii это еще интереснее ;)) а если нашел в себе потенциал и освоился с Symfony2, то это уже совсем другой уровень подготовки...

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

(Отредактировано автором: 14 Марта, 2013 - 08:53:16)

и не увеличится

Всё придёт с опытом.

Мислить нужно интерфейсами а не реализацией.

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

Здравствуйте, armancho7777777. Я помню, тот же вопрос задавал здесь. Так ответы вроде Вашего жутко раздражали Это я сейчас понимаю, что ответ-то верный, а тогда казалось, что ООП это тайна покрытая мраком и никто ею делиться не хочет)

igosja, у меня в арсенале два мною недописанных движка. Первый кагбэ готов, но там говнокода много, он не расширяем толком, + ещё тысяча и один недостаток. А второй просто не дописал, т.к. пропала нужда и свободное время. Когда-нибудь обязательно второй допишу.
Так вот, к чему я это. Первый я начинал писАть в далекие времена, когда Е.Попов был для меня кем-то на уровне Бьёрна Страуструпа. Но главное, как я его начал писать...

Создал файл index.php в корне, в нем написал <?php и начал по мере поступления идей в мозг, их реализовывать. В итоге получил черт-ногу-сломит архитектуру с хрен-че-найди реализацией. Оно-то работает, но когда нужно что-то изменить/доделать/переделать - капец.

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

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




Сейчас прочитал слова, которые хорошо описывают преимущества ООП

(Отредактировано автором: 22 Марта, 2013 - 08:48:59)

-----
Пессимисты пользуются die(), оптимисты - exit()

Здравствуйте, Vinyl!
Тяжело когда только начинаешь, по себе знаю.
Я по началу толком даже не мог понять назначение всяких там переменных и с чем это всё едят ))
Иногда читаю (и "ржу" ) свои первые посты: просто жуть
А про JS я вообще молчу

Да все ж так же)

А я с js так и не дружу (алерты умею выводить ). Видимо, не для меня клиентская разработка)

-----
Пессимисты пользуются die(), оптимисты - exit()

Да, отошли мы от темы...

(Отредактировано автором: 22 Марта, 2013 - 11:57:56)

а может вам в ЛС ?
armancho7777777 удали этот пост

вот для этого и прдумали жуйквери

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

.

(Отредактировано автором: 22 Марта, 2013 - 11:59:16)

И вот поетому многие дальше возможностей jQuery зделать не могут. Не спорю у нее много возможностей и кросбраузерность. Но я уже не раз говорил, что лучше учить чистый ЯП если хочеш научится.

(Отредактировано автором: 22 Марта, 2013 - 12:01:37)