Сделайте кастомную выгрузку коллекции, чтобы там было 3-4 связи и это было скажем на хотябы на 100K записей. А также выводились данные о пагинации.
Ну вы же не 100К записей выводите. У нас есть пример с многомиллионной таблицей — все работает. Сами связи и степень их вложенности ведь запросто контролируются аннотациями, более того можно что-нибудь сложное выбирать в POST_SERIALIZE джоином, если много запросов не устраивает.
Про пагинацию в предыдущем комментарии ответил, нет ничего сложного и «очень медленного».
JMSSerializer переусложнен и очень медленный. Даже опытные разработчики могли потерять часы, чтобы что-то подправить в API сгенерированном этим сервисом.
Приведите, пожалуйста, конкретный пример. К слову, с такой же ситуацией я и сам недавно столкнулся, но количество времени, которое JMSSerializer сэкономил, ставит на нет некоторые недочеты и сложности.
Если нужно сделать что-то сложное, например поиск, это вообще ад.
А причем serializer к поиску? Если и необходимо дополнительные данные вывести (количество всех записей, текущая страница/сдвиг и т.д.) — ну добавили объект-обертку ResultSet к результирующей коллекции и полет нормальный
Джуниора вообще подпускать к этому бандлу нереально.
Тут сложно не согласиться.
Но… java работает примерно от 10 до 200 раз быстрее.
RFC на добавлении этой функции почти прошло голосование, но на автора настолько повлияли споры об этом, что он решил покинуть PHP-разработку, а также снял RFC с голосования.
Стоит отметить, что автором была вот этадевушка, один из самых активных контрибьюторов PHP.
На мой взгляд любая информацию будет однозначно полезна, будь это пост для начинающих или продвинутых :) Возможно, tutorial привлечет больше внимания со стороны тех, кто не пользовался фреймворком никогда.
Не подумал о таком пункте, но уже поздно добавлять.
Про пуш уведомления — тема тянет на отдельный пост, если делать с примером реализации. Можно и перевод оформить, есть много классных статей уже.
А статью о разработке конечно пишите. Я вообще удивлен, почему так мало информации на хабре про Ionic. Не то что мало, её просто нет.
Всё зависит от приложения и девайса. На моём Nexus 5 несложное приложение на Ionic летает, и реально разницы между нативными приложениями нет. Однако есть интересное приложение Vice Versa , также написанное на Ionic, и вот там уже заметны лаги. Всё относительно :)
У некоторых, например, ноутбук при чтении статьи, либо Mac с MagicMouse, и надо дополнительно нажимать еще Cmd+Click, чтобы открыть в новой вкладке.
А вообще, реально есть такие люди еще :)
Ну вы же не 100К записей выводите. У нас есть пример с многомиллионной таблицей — все работает. Сами связи и степень их вложенности ведь запросто контролируются аннотациями, более того можно что-нибудь сложное выбирать в POST_SERIALIZE джоином, если много запросов не устраивает.
Про пагинацию в предыдущем комментарии ответил, нет ничего сложного и «очень медленного».
> www.techempower.com/benchmarks — Искать Spring и Symfony2. На самом деле так и есть.
Хотелось бы реальный пример, ну да ладно.
PS никто не холиварит, здоровый интерес :)
Приведите, пожалуйста, конкретный пример. К слову, с такой же ситуацией я и сам недавно столкнулся, но количество времени, которое JMSSerializer сэкономил, ставит на нет некоторые недочеты и сложности.
А причем serializer к поиску? Если и необходимо дополнительные данные вывести (количество всех записей, текущая страница/сдвиг и т.д.) — ну добавили объект-обертку ResultSet к результирующей коллекции и полет нормальный
Тут сложно не согласиться.
До 200 раз? Приведите, пожалуйста, пример
Стоит отметить, что автором была вот эта девушка, один из самых активных контрибьюторов PHP.
Про пуш уведомления — тема тянет на отдельный пост, если делать с примером реализации. Можно и перевод оформить, есть много классных статей уже.
А статью о разработке конечно пишите. Я вообще удивлен, почему так мало информации на хабре про Ionic. Не то что мало, её просто нет.
А вообще, реально есть такие люди еще :)
Посмотрите как это реализовано в Ionicframework ionicframework.com/blog/collection-repeat/
Есть на что посмотреть! спасибо за наводку
Год будет предположительно 2015, подробнее тут wiki.php.net/rfc/php7timeline
6й версии не будет, об этом много написано, после 5-й будет 7-я ;)