Как валидировать данные?

digi, хорошо тогда можно это назвать так, учимся изобретать свой велосипед...

-----
Так было, так есть и так будет

капчу поставь и все дела


есть - не лепить


потому что эта сущность не будет делать ничего такого чего не сделает простая функция.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ну там вообще то и так стоит, но вот на странице авторизации ее ставить не нужно,
а правила валидации для логина и пароля нужны, еще один пример изменение данных...

Да согласен, но так будет удобнее мне работать с этими так называемыми классами, автозагрузка и тд..

-----
Так было, так есть и так будет

велики - это прекрасно! ) я сам их люблю ;)) но вот использовать удобные библиотеки это хорошо ;) и когда пишется какбы "свой" велик, то лучше собирать солянку из лучших решений под себя ;) а для этого разумеется нужно знать что нынче в мире существует ;)

Как я выше уже писал, я смотрел разные фреймворки (признаюсь, symfony так пролестал - не понравился), но суть у всех одна, да и реализации тоже весьма похожи...

-----
Так было, так есть и так будет

сф2 - это не "микро", по этому надо смотреть в сторону например Silex, Laravel4 или если совсем что-то мизерное нужно, то Slim2.

а так то разумеется всё будет примерно похоже ) язык то один

ЗЫ: в сторону симфони, как полноценного фреймворка, могу добавить только один недостаток - его нужно изучить... без этого никак в остальном претензий нет хоть для маленьких проектов, хоть для больших...

для автозагрузки делаете хелперный класс со статическими функциями и все дела.
у вас по любому будет куча функций с чисто специфическим функционалом которые по смыслу ни в какой класс не запихнешь.


так там и валидация не нужна потому что проверка будет выполнятся на уровне сервера БД независимо от того что там пользователь введет или не введет.

(Отредактировано автором: 05 Апреля, 2013 - 22:20:18)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Я не писал что сф это микрофреймворк...

А насчет минусов, думаю можно добавить не высокую производительность, помню тесты были, давно правда, не знаю как там щас, но судя по тому что там все как-то мудренно то вряд ли дело сильно изменилось...

Это авторизация, да можно согласиться что там валидацию можно и не делать,
ну а как насчет например изменения данных пользователя, и думаю со временем будут еще случаи...

Кстати насчет капчи, на странице регистрации, думаю не секрет не для кого что такие вещи сейчас можно спокойно обоойти (автоматическая распознавание), и в случае этого в модель попадут не валидные данные...

caballero, у вас вроде бы за плечами большой опыт программирования, как вы сами писали в топиках, как вы сами такие вещи делаете, неужели просто через html и css

-----
Так было, так есть и так будет

какие показатели в цифрах тебя устроят в плане производительности? ;)

Я смотрел в сравнение с другими, и он показывал не лучшие результаты, цифры от железа зависят,
но yii думаю производительней будет...

-----
Так было, так есть и так будет

цифры всёже надо в абсолютном смысле смотреть ;)) например 10-50мс - это достаточная производительность?

а йии да, он будет шустрее, например вот некоторые бенчмарки http://docs[dot]phalconphp[dot]com/en/la[dot][dot][dot]orld[dot]html#graphs

а в "производительность" вкладывается понятие производительность программиста? т.е. как быстро и качественно он напишет код?

далеко не спокойно, да и капчу можно сделать разной сложности. уверен если у вас будет настолько ценный ресурс что кто то будет сидеть и ломать капчу уж как нибудь вопрос с валидацией решите.


было дело - написал класс валидации все как в академически грамотных фреймворках - но сам так ни разу и не воспользовался. Просто практика показывает что затраты усилий на поддержку старых технологий себя не оправдывает. нет смысла писать под старые браузеры как и писать код совместимый с PHP5.2

сделайте сначала все остальное - потом если уж припечет прикрутите валидацицию. тем более может оказатся что после того как выстроится какая то архитектура валидацию придется переписать потому что она просто не будет вписыватся во все остальное. А может там будут уже какие то другие классы к которым нужно будет просто дописать метод валидации.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Нет, в производительность я вкладываю нагрузку на сервер (время. рам)

-----
Так было, так есть и так будет

кстати разработчикам симфони пришлось выкинуть фтопку первую версию потому что ее уже не было смысла допиливать древний код. через год-другой точно также выкинут и эту вместе со всеми валидаторами.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

допустим, а производился анализ стоимости времени программиста и стоимости сервера? т.е. может быть выгоднее получится сократить время работы человека, но вложить чуть больше в сервер?