copal: в большинстве случаев для регистрации и авторизации просто формочки, это не SPA даже. То есть как таковой авторизации в SPA нет, есть только аунтефикация. Но это именно те проекты с которыми я сталкивался и скажем так, выборка не репрезентативна. У меня же на проектах пререндер был только для публичных частей приложений не требующих авторизации и только для поисковиков.
ну как, если надо отслеживать только в двух измерениях то и одной хватит. Насколько я понял человек хочет на 3D телике выводить картинку так, что бы она смотрела на человека.
Rain Summers: да, именно так. Есть более простые решения вашей проблемы, которые к тому же более правильные.
Например у себя я пробую сейчас использовать в качестве источника правды документацию к API. Берем документацию в формате apiblueprint, расписываем нужные примеры и поднимаем мок сервер. Если что-то идет не так - то сообщаем об ошибке.
Это особенно удобно когда реального сервера еще нет. Сервер так же для того что бы убедиться что все ок использует доку и тулзы типа dredd.
Сделайте пример, что бы понять проблему с текущей реализацией (нерабочий пример).
p.s. я бы сделал данные имутабельными, пусть директива просто на каждый чих генерит новые и пробрасывает в контроллер, а там контроллер будет это дело заменять.
GrizliK1988: ну я к тому и говорил, мэппер на PHP, никакой магии с рефлексиями.
Вообще все то что вы описываете можно сделать и на symfony serializer, вопрос только в том насколько это удобно.... надо пробовать. Я вообще сейчас все руками мэплю и понял что symfony serializer все таки стоит заюзать.
Алексей Ярков: это долго (относительно), даже с socket-io, не говоря уж про всякие php-ные решения вроде ayres или reactphp, а человеку судя по всему сойдет любой интегрируемый чат/help desk и т.д.
GrizliK1988: словом если учитывать кеширование доступное в последних версиях + если не пользоваться дефолтным ObjectNormalizer-ом, то работает это все весьма шустро. Конечно медленнее ручного мэппинга но ручной мэппинг без кодогенерации это боль.
p.s. А планируете свое решение в опенсурс выкинуть? И в чем его отличиее координальное? Я например как-то пытался для symfony serializer-а сделать генератор нормализаторов, что бы под каждый конкретный тип генерился свой мэппер и т.д. Но пока оставил эту затею так как всеравно нужно конфиги описывать а я от этого хотел избавиться.
GrizliK1988: на самом деле сильно, он более правильный с концептцальной точки зрения. Идея нормализации/денормализации данных намного приятнее сериализации/десериализации.
По поводу рефлексии - никто не мешает вам определить свои хэндлеры для каждой сущности или DTO, оставляя сереализатор только рутину вроде дат, конвертации camel в snake case и т.д.
Ну и опять же. Рефлексии property access использует только для автоконфигурации, это дело потом кешируется. Если вы конечно не пишите все в приватные свойства.
Я поддерживаю это мнение (потому сам и пишу на симфони), другое дело что с Laravel5+ уже можно делать нормально, это в 4-ой версии все было совсем уж плохо.
