Показать сообщение отдельно
  #23 (permalink)  
Старый 06.06.2011, 01:49
Аватар для x-yuri
Отправить личное сообщение для x-yuri Посмотреть профиль Найти все сообщения от x-yuri
 
Регистрация: 27.12.2008
Сообщений: 4,201

Сообщение от Invis1ble
Какой аргументации? помоему, все очевидно - ненужный вызов лишней функции.
ах да, теперь очевидно, мы же экономим на всем что движется. А что не движется, заставляем двигаться и еще раз экономим. И какая кому разница, что все эти оптимизации на фоне ввода/вывода равны нулю...

Сообщение от Invis1ble
Я так понял, что ТС не использует никаких фреймворков, что же ему делать? Ради "удобства" (что спорно) составления запросов добавить к своему коду в 100500 раз больше мертвого кода, 99.99% которого он никогда не использует?
Что делать? По-моему, все очевидно - использовать Если же фреймворк окажется мертвым кодом, то тут дело в: 1) ДНК, 2) фреймворке, 3) задаче. Последний пункт случается редко, так что остается одно из двух

Сообщение от Invis1ble
Ну да, ну да. А раз мы пишем на php, значит можно написать "надстройку", а потом еще одну, ну и снизить производительность в итоге раз в 50. Зато "удобно" !
ну да, ну да. Абстрактные взятые с потолка цифры всегда производят впечатление на неокрепшие умы.

Сообщение от Invis1ble
я пишу о том, что можно обойтись штатными функциями вместо использования всяких модных фреймворков.
можно и от создания своих функций отказаться, но кому от этого легче будет? Или вообще создавать сайты на C в виде расширений для php

Сообщение от Invis1ble
Зачем лепить ООП там, где можно запросто обойтись без него?
мы обсуждаем сферическую задачу в вакууме и вы всерьез рассчитываете попасть пальцем куда-либо, кроме как в небо, с обобщениями типа "1. Не используйте ООП. 2. Если все же надо, см. пункт 1"?
Ответить с цитированием