Привет, %username%.
Обещал в блоге писать про яву, но так получилось, что сейчас разбираюсь с Symfony2 + Doctrine 2. Поэтому пишу что нарыл. Про формы symfony 2 можно почитать здесь. Правда там не всё, что нужно. Для простой формочки хватает, а когда начинаешь делать что-то по сложнее - то возникают проблемы. Проблема первая. Есть модель(entity). Нужно сделать форму определенного вида. Причем элементы модели не совпадают с элементами формы. Долго мучался, с мануалами и стилями, что-то получилось, а что-то оказалось сделать вообще не возможно.
Посмотрим что из этого получилось.
Опишу возможные выходы из ситуации:
Обещал в блоге писать про яву, но так получилось, что сейчас разбираюсь с Symfony2 + Doctrine 2. Поэтому пишу что нарыл. Про формы symfony 2 можно почитать здесь. Правда там не всё, что нужно. Для простой формочки хватает, а когда начинаешь делать что-то по сложнее - то возникают проблемы. Проблема первая. Есть модель(entity). Нужно сделать форму определенного вида. Причем элементы модели не совпадают с элементами формы. Долго мучался, с мануалами и стилями, что-то получилось, а что-то оказалось сделать вообще не возможно.
Посмотрим что из этого получилось.
Опишу возможные выходы из ситуации:
Например для формы обратной связи можно создать ентити не связанной с базой
ОтветитьУдалитьвалицадия и в таком случее работает тоже :)
Можно, у меня был фильтр, не связанный с БД.
ОтветитьУдалитьЕсть сложности, например, с сериализацией объекта в сессию. Оно работать не всегда будет.
Дело в том, сами формы ориентируются на БД, поэтому при повторном использовании объекта будет эксепшен. Что-то типа, объект не в БД.
Однако валидация на формах сработает, если у нас новый объект. Запихиваем туда данные, и симфони формы думают, что это у нас данные по умолчанию.
У меня же кончилось всё тем, что вместо того, чтобы изголяться - я поместил объект в БД. Всё-равно его где-то нужно было хранить.
вот ещё полезная статья по теме http://plutov.by/post/data_fixtures
ОтветитьУдалить