Полная Версия: Вопрос про ООП
glock18 ну на счет роутинга это я да....загнул, но в остальном мне кажется что прав. Мое мнение, ничего личного
| Цитата (N0ob @ 16.06.2013 - 16:02) |
| glock18 ну на счет роутинга это я да....загнул, но в остальном мне кажется что прав. Мое мнение, ничего личного |
Кажется?
Как-то мало уверенности в этом. Если хотите себе и мне доказать, что ООП понимаете, то хорошо. Назовите основные его принципы, и объясните в чем их суть. Наличие гугла и википедии под рукой поможет, конечно, подсмотреть их определения, но суть то, надеюсь, не подскажет. Она по крайней мере, не следует из всего. На каждый принцип задам дополнительные вопросы
EDIT:
Я когда-то давным-давно на энтузиазме начинал было курс для самостоятельных и сообразительных учеников
Тут первый урок - http://phpforum.ru/index.php?showtopic=22983. Как раз про ООП, и там 5 задач. За все время пробовало его человек 50, и все 5 заданий прислали только 3 человека, кто-то мог просто и не прислать, но это скорее всего те, кто просто со мной и не связывался. 50 - только связавшиеся, так что можно вывод сделать что процент сделавших невелик.
Так вот для меня совершенно бесспорно, что любой, кто утверждает "я знаю ООП", должен все задания из этого урока решать без затруднений и абсолютно корректно.
| Цитата |
| Назовите основные его принципы |
попробую угадать... их 3 шт.
_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
А от правильно я делаю, что в классах а точнее в методах обрабатываю код: удаляю лишние пробелы, форматирую, открываю базу данных и туда кидаю информацию. ( делаю регистрацию ), или в коде не класса обработать и отправить $class->db(Информация о человеке, через знак препинания), и класс только вставит в таблицу?
| Цитата (olimpset @ 17.06.2013 - 06:08) |
| А от правильно я делаю, что в классах а точнее в методах обрабатываю код: удаляю лишние пробелы, форматирую, открываю базу данных и туда кидаю информацию. ( делаю регистрацию ), или в коде не класса обработать и отправить $class->db(Информация о человеке, через знак препинания), и класс только вставит в таблицу? |
*facepalm*
glock18
, ну а что такого? Пока только разбирается что к чему, пусть делает как хочет. Самое главное потом, когда мозг начнет мыслить в нужную сторону, все это выбросить и делать "правильно".
, ну а что такого? Пока только разбирается что к чему, пусть делает как хочет. Самое главное потом, когда мозг начнет мыслить в нужную сторону, все это выбросить и делать "правильно".
| Цитата (Игорь_Vasinsky @ 16.06.2013 - 17:43) | ||
попробую угадать... их 3 шт. |
Тут вот какая сложилась ситуация. Есть к примеру кулинария. Кухня. Не в смысле помещения, а в смысле принципов приготовления еды. Так вот. Можно допустим стряпать круасаны руками, а можно на крутом, готовом оборудовании. Не факт, что первые будут вкуснее вторых и наоборот. Тут вопрос больше в количестве и трудозатратах.
Но есть такие блюда, приготовление которых теоретически можно автоматизировать, но это совершенно не нужно и однозначно ведет к потере качества. К примеру кофе. Намного вкуснее приготовленный в турке или вьетнамским способом кофе, нежели набодяженный в кофемашине. Да и кофе нет смысла готовить ведрами. Он хорош маленькими чашками, горячим и с пылу с жару.
Так и в прогрммировании. Есть языки, которым автоматизация (ООП имею ввиду) идет на пользу. В них оно родилось, как логичное продолжение и развитие. А некоторые и вовсе изнчально строились на нем.
А есть, где ООП под огромным сомнением. PHP относится ко вторым. В PHP ООП привнесен искусственно, в погоне за модой. В попытке заявить о языке, как о "полноценном", не отстающем от других. Упуская тот момент, что в PHP практически нет задач, где эт парадигма была бы оправдана.
Есть конечно смешные попытки оправдать какой-то сногсшибательной величиной проекта, кучей наароду, которые его обслуживают, скоростью разработки и так далее. Не буду повторяться - все это надуманно.
Это похоже на то, что выпускник кулинарного техникума начинает обьяснять бабушке, что невозможно печь пирожки без тестомеса, фаршмешалки, микроволновой печи, мультиварки и прочая, что она нуб, что если взять три бабушки, то они запутаются где какая начинка и тк далее.
А бабушка с улыбкой отвечает - кушай внучек, вот с кортошечкой, вот с яблочком.
Не приспособлен PHP к объектному прогрммированию, не те здачи. И все эти монструозные постройки с интерфейсами, полиморфизмами и прочими изысками смотрятся в нем, как мультиварка в русской печи той же бабушки.
Я полностью соглсен с glock18
Но есть такие блюда, приготовление которых теоретически можно автоматизировать, но это совершенно не нужно и однозначно ведет к потере качества. К примеру кофе. Намного вкуснее приготовленный в турке или вьетнамским способом кофе, нежели набодяженный в кофемашине. Да и кофе нет смысла готовить ведрами. Он хорош маленькими чашками, горячим и с пылу с жару.
Так и в прогрммировании. Есть языки, которым автоматизация (ООП имею ввиду) идет на пользу. В них оно родилось, как логичное продолжение и развитие. А некоторые и вовсе изнчально строились на нем.
А есть, где ООП под огромным сомнением. PHP относится ко вторым. В PHP ООП привнесен искусственно, в погоне за модой. В попытке заявить о языке, как о "полноценном", не отстающем от других. Упуская тот момент, что в PHP практически нет задач, где эт парадигма была бы оправдана.
Есть конечно смешные попытки оправдать какой-то сногсшибательной величиной проекта, кучей наароду, которые его обслуживают, скоростью разработки и так далее. Не буду повторяться - все это надуманно.
Это похоже на то, что выпускник кулинарного техникума начинает обьяснять бабушке, что невозможно печь пирожки без тестомеса, фаршмешалки, микроволновой печи, мультиварки и прочая, что она нуб, что если взять три бабушки, то они запутаются где какая начинка и тк далее.
А бабушка с улыбкой отвечает - кушай внучек, вот с кортошечкой, вот с яблочком.
Не приспособлен PHP к объектному прогрммированию, не те здачи. И все эти монструозные постройки с интерфейсами, полиморфизмами и прочими изысками смотрятся в нем, как мультиварка в русской печи той же бабушки.
Я полностью соглсен с glock18
| Цитата |
| представляется, что вы совсем не знаете что такое ООП. учить его надо отвлеченно от php, и ТЕМ БОЛЕЕ, от примеров на php |
Не нужно лезть к бабушке с инструкцией от хлебопечки. Есть для ООП свои инструменты.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Сравнение с бабушкой и пирожками позабавило, но оно не совсем корректное
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
twin
Ты говоришь о построении всего сайта от и до на объектах, или об использовании классов вообще?
_____________
Ex3m.com.ua — Активный образ жизни
Ты говоришь о построении всего сайта от и до на объектах, или об использовании классов вообще?
_____________
Ex3m.com.ua — Активный образ жизни
Я говорю о парадигме. Об образе мышления. Классы - вещь весьма полезная, но строить приложение, которое работает доли секунды причем используя далеко не весь имеющийся на данный момент функционал на принципах ООП - горе от ума. В PHP разумеется, повторюсь.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата (twin @ 22.06.2013 - 20:53) |
| Классы - вещь весьма полезная, но строить приложение, которое работает доли секунды причем используя далеко не весь имеющийся на данный момент функционал на принципах ООП - горе от ума. |
На ПХП можно построить приложение, которое будет работать не доли секунды, а намного дольше
Минуты, десятки минут... Ведь ПХП-скрипт вовсе не обязан что-то отдавать браузеру! Он может и в виде "демона" работать. Всё зависит от поставленной задачи. А для демона ООП как раз будет очень полезным.
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
Демон на PHP??? Месье знает толк в извращениях...
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата (twin @ 23.06.2013 - 09:32) |
| Демон на PHP??? Месье знает толк в извращениях... |
Толк в извращениях, говоришь?
ОК. Вот представь, что у тебя есть такая задача. Есть сайт, который должен постоянно, в среднем раз в 10-15 минут, грузить инфу. Из разных FTP-источников. В каждом из них инфа обновляется раз в час, но в разных источниках в разное время. Инфа разнотипная, для каждого ее вида и для каждого источника запускается по крону свой скрипт, который скачивает эти данные. Инфа о загруженных файлах (имя файла, дата и тип данных) пишется в отдельную таблицу.
Но вот дальше нужен единый обработчик, который будет грузить это в БД. Я это сделал просто: работает как раз "демон", который залезает в ту самую таблицу и проверяет, не была ли подготовлена к загрузке новая порция файлов. Если есть, то он их грузит. Загрузил - "заснул" на некоторое время - опять проверил и, если надо, загрузил. В таблице ставятся метки о том, что файл загружается, загрузился или была ошибка при загрузке. Если всё успешно, то файл удаляется. Это, просто по определению, и есть демон. Правда, я его без ООП сделал... Но как раз ООП тут было бы больше по делу. И заодно в процессе поучился удалять весь хлам, который образуется. Иначе скрипт быстро забивал память и падал по этой причине.
А теперь предложи алгоритм на ПХП, без использования демона. Именно на ПХП, потому что программер ПХП вовсе не обязан еще и на других языка уметь программировать. Ему, бедному, и так всякого разного хватает, и без языка Си, например
Дабы не было споров о том, что такое "демон", будем опираться на определение из Википедии: "Демон ... - служба, работающая в фоновом режиме без прямого общения с пользователем. .... В техническом смысле демоном считается процесс, который не имеет управляющего терминала."
Определение достаточно общее, но в то же время вполне четкое. По своей сути демон - это программа, которая работает в автоматическом режиме, без участия человека принимая решения о выполнении определенных действий, на основании имеющегося у неё алгоритма.
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
Здесь расположена полная версия этой страницы.