Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: Не понимаю ООП [8]
Форумы портала PHP.SU » » Объектно-ориентированное программирование » Не понимаю ООП

Страниц (8): « 1 2 3 4 5 6 7 [8]
 

106. PHPLamer - 11 Апреля, 2014 - 22:08:08 - перейти к сообщению
like_you пишет:
caballero пишет:
сравнение настолько бессмысленное что определение правильного и неправильного также теряет всякий смысл
Ото ты такой специалист...


Вы действительно думаете, что данные сравнения уместны или где-то потерялся тег?


Если это не сарказм, то было бы не плохо добавить хардкора для красочности. Ну типа наступления, кишки от снарядов, оторваная конечность извалянная в грунте, потерянные депеши, интриги и .... короче дофантазируйте. Ведь всё равно эта история не имеет отношения к программированию.
107. like_you - 11 Апреля, 2014 - 22:40:25 - перейти к сообщению
Да, я понимаю, таких специалистов. Они говорят новичкам об особенностях ООП неоспаримое "прийдет время поймешь". Это конечно же намного понятнее, чем мое образное сравнение. Согласен.
108. caballero - 11 Апреля, 2014 - 23:08:26 - перейти к сообщению
проблема в том что на основании этого "образного сравнения" невозможно написать
ни одной строки кода
109. Edwvee - 14 Апреля, 2014 - 10:19:24 - перейти к сообщению
Во-первых тут переопределены не __get, __set, а set и get
Цитата:
Но что если в производных классах понадобиться расширить метод?! Как это реализовать?!

Если переопределение накладывает как бы просто дополнительную обработку, то
PHP:
скопировать код в буфер обмена
  1. public function __call($name, $arguments){
  2. $res = parent::__call($name, $arguments);
  3. ///Делаем какую-то обработку
  4. return $res;
  5. }


Иначе целиком переписывать метод.
110. igosja - 05 Февраля, 2015 - 18:00:48 - перейти к сообщению
Вызов страницы hello world в Zend Framework 2 PHP.



Задействовано 124 файла и 5620 вызовов функций (картинка в большом расширении, источник с данными тестов).

Когда-то я уже писал в этой теме, что не понимаю пользы ООП.
С тех пор я устроился в веб-контору, пишу сайты в компании других разработчиков, использую framework-и и ООП (ибо framework-и написаны в ООП стиле). Но свои фрилансовые проекты (на них у меня находиться время) не зависимо от сложности я пишу без ООП и framework-ов, на чистом PHP + Smarty (минимальную систему MVC в виде шаблонизатора я все таки использую) и, не смотря на опыт работы, мне все равно так писать легче.

На вкус и цвет товарища нет.
111. gephaest - 19 Февраля, 2015 - 11:40:44 - перейти к сообщению
Да, ООП в какой то степени замедляет работу скрипта, но по-моему это приемлимая цена за упрощение разработки. ООП позволяет довольно просто создавать новые слои абстракции, тестировать код, делать модульные системы и т.п.

igosja, следуя вашей логике можно вообще отказаться и от PHP - интерпритатор по сути серьезно замедляет работу ваших приложений. В конце концов откажитесь и от более низкого уровня абстракции (системного программирования), давайте делать приложения на ASM! Но ведь никто так не делает!
112. Bio man - 19 Февраля, 2015 - 14:35:16 - перейти к сообщению
gephaest пишет:
интерпритатор по сути серьезно замедляет работу ваших приложений
не совсем верно выразился. Интерпретатор сам по себе медленный.
Будем надеяться, что в пхп7 всётаки внедлят JiT
113. igosja - 20 Февраля, 2015 - 10:20:01 - перейти к сообщению
gephaest пишет:
следуя вашей логике ... давайте делать приложения на ASM!

Немного не правильно вы поняли мою логику. Я говорю о том, что ООП при улучшении структуры сложного и объемного кода, одновременно превращает программу в mind-fuck с трудноуловимыми ошибками и утечками памяти.

 

Powered by ExBB FM 1.0 RC1