|
|
|
Очередной велосипед: Form & Validator
|
|||
|---|---|---|---|
|
#18+
Добрый день! Продолжаем издеваться над JavaScript... Вот есть у меня какая-то абстрактная форма. Ну скажем вообще простая: Код: html 1. 2. 3. 4. 5. 6. Хочется, скажем так в OOP стиле сделать отображение этой формы, то есть привязку всяких там событий, onClick всякие... Как это лучше сделать? Приходит в голову прямой вариант: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. а еще же нужно валидировать... Поэтому добавляем еще: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. Но валидация тоже может быть весьма не простой. Может быть имеет смысл выделить объект? Код: javascript 1. Какие тут best practices в таких задачах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2013, 15:10 |
|
||
|
Очередной велосипед: Form & Validator
|
|||
|---|---|---|---|
|
#18+
scymaks... а еще же нужно валидировать... Поэтому добавляем еще: ...А еще нужно маскИровать инпуты... Зло в чистом виде... :) Когда-то тоже решили перевернуть мир... И понеслось - усложнения, навороты, погоня за "одним флаконом"... В итоге стал вырисовываться никому не нужный стальной китайский самокат. И было сказано - СТОП! В итоге ограничились некоторыми функциями рассовывания/сбора JSON объекта из/по составляющим форму полям/чекам/селектам для AJAX. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2013, 15:31 |
|
||
|
Очередной велосипед: Form & Validator
|
|||
|---|---|---|---|
|
#18+
А ты уверен, что это нужно? При наличии готовых зарекомендовавших себя решений? Сомнения заключаются в том, что сколько не делай проверок на клиенте, на сервере все равно надо или повторять их, или добавлять дополнительные - ведь клиентские решения обойти несложно ... Вот и возникает вопрос - а зачем тогда и вовсе заморачиваться с клиентом? А если действительно нужно достаточно серьезное решение, то надо смотреть на серверные MVC-движки и фреймворки. Смотрю, ты с Java, поэтому ты поймешь - брать тот же SpringMVC и юзать его taglib с серверной реализацией - формы практически без ручного управления сериализуются и валидируются на уровне фреймворка, да еще с аннотационным декларированием в соответствующих бинах. Чем не надежное решение? P.S. Вот и iConst тоже того же мнения, но в других словах. Видать, тоже обжигался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2013, 15:37 |
|
||
|
Очередной велосипед: Form & Validator
|
|||
|---|---|---|---|
|
#18+
IDVsbruck... Вот и возникает вопрос - а зачем тогда и вовсе заморачиваться с клиентом? ...-Для самого клиента. Защита не от злодея - от дурака/блондинки/пенсионерки и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2013, 16:05 |
|
||
|
Очередной велосипед: Form & Validator
|
|||
|---|---|---|---|
|
#18+
недавно глянул на альпаку ... заинтересовало, да все руки не доходят поизучать автор, гляньте и Вы, может, это как раз то, что Вы ищете... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2013, 16:12 |
|
||
|
Очередной велосипед: Form & Validator
|
|||
|---|---|---|---|
|
#18+
iConst, iConstКогда-то тоже решили перевернуть мир... И понеслось - усложнения, навороты, погоня за "одним флаконом"... В итоге стал вырисовываться никому не нужный стальной китайский самокат. И было сказано - СТОП! В итоге ограничились некоторыми функциями рассовывания/сбора JSON объекта из/по составляющим форму полям/чекам/селектам для AJAX. Ну, скажем так, у нас не сильно большой проект, но всё же хочется немного единообразия) я просто еще не очень хороший архитектор. Даже можно сказать совсем начинающий архитектор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2013, 12:42 |
|
||
|
|

start [/forum/topic.php?fid=22&fpage=144&tid=1448861]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 216ms |
| total: | 343ms |

| 0 / 0 |
