какбы особой кучи то и нету... просто будет класс формы каптчи CaptchaFormType, который разумеется можно использовать хоть где, например если куда-то надо вставить каптчу то в форм билдере прописывается:
_Dark_, еще советую тебе внимательно читать все сообщения и думать своей головой ;)) вдруг ты и правда подумаешь что достаточно html5 валидации ;)))))))))
Почему тема обсуждения резко изменилась в сторону валидации данных.
дело в том, что систему нужно строить так, что бы проверка данных была прозрачной, а указать по каким правилам какие данные можно вводить логичнее всего именно в моделях (или сущностях), потому модельки так тесно связаны с валидацией...
разумеется правила валидации можно описывать разными способами, можно анотациями на каждое свойство, можно в отдельный конфиг вынести... это уже детали реализации.
есть такая еще такая штука, называется HMVC (Hierarhical MVC), это когда один котроллер, может вызывать другой контроллер, этот процесс называется "forward", также есть методика вызова контроллера из шаблона, в симфони выглядит так:
если шаблоны делаются на пхп, а не шаблонизаторе, тогда да действительно воникает соблазн понатолкать туда какой-то код, в том числе и связанный с прямым доступом к моделям... но это плохая практика ;) наиболее красивый и управляемый код, когда шаблон отрисовывает только уготованные для него данные, а не генерирует их сам для себя...
Действительно, как-то упустил момент кэширования. Спасибо за наводку.
незачто ) но в том то и суть, что этих наводок вагон и маленькая тележка ;) а отказ от чего-то - обычно в том случае, если человек ЕЩЕ ПОКА не понял для чего это нужно ;) по этому можно порекомендовать отштудировать Доктрину2 вдоль и поперёк (время же есть? ;)) разумеется не только в плане юзабилити, а также и в плане кода и вот тогда уже писать что-то своё ;) если после этого останется еще такое стремление ;)
а писать новое, надо хотябы весьма хорошо зная уже существующее... вот тогда и встанет дилема, потратить время в академических целях просто так, написам то что уже знаешь или всёже явно обозначить отличия своего от существующего ;)
разбор аннотацией опериация разумеется медленней, чем обработка обычного пхп файла, НО в Доктрине2 конфигурации сущностей кешируются, по этому производительность такая же как обычный пхп код.
плотно работаю с APC и WinCache - проблем с аннотациями ниразу не проявлялось, всё как по маслу.
есть простенькая орм-очка ;) http://redbeanphp[dot]com/
а писать своё, есть смысл только в тогда, когда можно сделать явно лучше существующего ;)
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 406
) также твиг впиливается и в зф 
