все таки в старом добром web.xml есть плюс — можно посмотреть какой сервлет на какой URL маппится в одном файле… То же самое касается и диспатчер сервлета для спринга. Да, аннотации в Spring 2.5+ — классно, но когда куча контроллеров, очень удобно видеть какой контроллер на какой URL повешан, опять же, в одном файле :)
Либо можно взять за правило давать схожие имена сервлетам (контроллерам в Spring MVC) очень близкие к URL паттернам :)
не, я же говорю про $form->text() а не про $form->input(). Последний конечно же занимается и сообщениями валидатора и сотворением лейблов.
а вместо $html->link() писать заведомо ведомый с уже известными в продакшене роутами.
Естественно не поголовно все менять, а только ту часть которая будет всегда статической :)
Но это конечно, если руки дойдут…
тоже думаю, что в продакшн версии нужно много конструкций $html->method() и $form->method() позаменять на их html output.
дествительно, если в форме 10 инпут-текст-полей, зачем 10 раз дергать метод $form->text(some_field_d, ....)
если взять да и заменить на
<input type=«text» name=«date[Model][SomeFieldN]» ....>
таблиц пока 50, и конечно же, производительность хромает
поэтому активно использую кэширование (для выборок с разными contain() — разные кэши). очень классная вещь :)
отличный сервис
Либо можно взять за правило давать схожие имена сервлетам (контроллерам в Spring MVC) очень близкие к URL паттернам :)
наслаждаюсь ими…
как отреагировали пользователи?
webceo.com
мне «бумеранг» понравился
(парсер съел теги)
а вместо $html->link() писать заведомо ведомый с уже известными в продакшене роутами.
Естественно не поголовно все менять, а только ту часть которая будет всегда статической :)
Но это конечно, если руки дойдут…
дествительно, если в форме 10 инпут-текст-полей, зачем 10 раз дергать метод $form->text(some_field_d, ....)
если взять да и заменить на
<input type=«text» name=«date[Model][SomeFieldN]» ....>
поэтому активно использую кэширование (для выборок с разными contain() — разные кэши). очень классная вещь :)