Другое дело что пых - однопоточный и синхронный язык, т.е. пока запрос в базу обрабатывается, процесс висит и ничего не делает, но ресурсы занимает. В этом его громнейший минус.
так в этом также и его плюс :) так как нет необходимости на уровне кода думать о блокировках.
Про сборку на каждый чих, это уже давно не так весь байт-код (opcode) живет в opcache :)
У каждого языка есть свои преимущества и недостатки, и у каждого своя область применения.
Stanislav, там насколько я знаю используется kphp который транслируется в плюсы, отсюда и используется процедурное программирование и соответственно синтаксис сишный.
Stanislav, никто не умоляет ваших заслуг как я уже писал - все по делу, я лишь хотел про декоратор понять :)
По поводу ссылки, никто и не говорит, что решение плохое))) Суть ссылки заключалось в том, что паттерн этот не берут в каталог именно потому что он не имеет четкого определения, и что не имеет отношения скорей к MVC/MVP, а не к декоратору. Если что у меня не было цели вас каким-то образом оскорбить или сослаться, что вы безграмотно предлагает какое-то не верное решение :) Мне для себя хотелось понять как тут использовать декоратор.
На счет вконтакте там же процедурный подход используется?
Stanislav на счет презентера все не так однозначно https://github.com/domnikl/DesignPatternsPHP/issues/216
я когда-то встречал где-то мнение, что это частный случай декоратора, но я лично считаю у них разные совершенно цели и задачи. Но опять таки это безусловно сугубо индивидуальная оценка, но пруф выше свидетельствует о том, что я не одинок :)
Просто мне кажется подтягивать паттерны, там где они не нужны, ради просто красоты решения, не совсем верное решение. С учетом кода, который написал наш коллега, я когда его открыл у меня потекла кровь из глаз, там до паттернов еще очень далеко :)
Stanislav все вот мне понравилось, за исключением идеи с декоратором для Presenter-классов, я не очень себе представляю ситуацию, что потребуется в одной и той же бизнес-логике реализовывать динамическую поведение для Presetner'ов. Все таки это независимые задачи, вряд ли потребуется цепочка вида: создай мне эксельку, создай мне джсон, создай мне xml, а если использовать декоратор только для подмены нужного Presetner'а, то декоратор тут вовсе не нужен. Возможно у вас какая-то другая идея, как тут декоратор использовать?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
так в этом также и его плюс :) так как нет необходимости на уровне кода думать о блокировках.
Про сборку на каждый чих, это уже давно не так весь байт-код (opcode) живет в opcache :)
У каждого языка есть свои преимущества и недостатки, и у каждого своя область применения.