coderisimo
@coderisimo Автор вопроса, куратор тега JavaScript
RaulDuke:
Все просто .
кратко : пользователь меняет данные в инпуте. данные из инпута отправляются на сервер. сервер присылает ОК или FALSE (результат валидации) , мы меняем заголовок инпута на красный в случае ошибки.
Напишу миксин (ну хочу сильно переписывать имеющуюся разметку, для использования компонента)_, который можно будет прикрутить к любой форме в дальнейшем. _underscore не такой большой, буду использовать его , что разряжение кол-ва запросов к серверу
coderisimo
@coderisimo Автор вопроса, куратор тега JavaScript
RaulDuke: полагаю, могу написать и без компонента. через эвент в onchange(e) получу атрибут из измененного поля, сформирую запрос к серверу и получив ответ буду знать в какому элементу применять зависящие от результатов валидации изменения стиля. Нужно только понять , как фильтровать события изменения содержимого поля (то что делает debounce в _underscore) , чтобы запросы отправлялись с некоторой задержкой
coderisimo
@coderisimo Автор вопроса, куратор тега JavaScript
RaulDuke:
Да -да.. Спасибо за возможное решение. Мне любые варианты интересны.
Просто пока это выглядит сложнее чем решение на jQ .
Мне нужно отправлять запрос на сервер. Какой не важно. Для запроса мне нужно получать имя поля и его содержимое. И еще момент. нельзя отправлять миллион запросов в секунду. Т.е запросы должны следовать с небольшим запаздыванием. Вот и возникает искушение написать по-старинке )))
diamond: надеюсь, я когда-нибудь дотопаю до таких же выводов). Но тогда это будет естественно и органично. Пока в моей ситуации, увы ,это больше про мышей которые кололись, но продолжали жра... осваивать модные фреймворки )
Ага, если вы потом захотите прикрутить подтверждение имэйла перед началом регистрации, и увидите что примеры для 5.2 не подходят для 5.4 ибо структура немного иная - все немного усложняется. А затем вы ищите где прописаны роуты из Auth::routes(); Находите один кусок кода - нет не здесь.. другой... и не здесь.. и вся эта..... х-х-х....ф-ф-ф-фантасмагория происходит постоянно - все уже не кажется таким уж быстрым )))
Я не спорю - laravel крут, просто я - нет )
В 4-й версии обещают много нового. Сейчас частично недостающее можно реализовать, используя сторонние либы. Не запихивать логику в контроллеры, использовать сервисы и репозитории можно даже на codeigniter.
Григорий Васильков: главная суть моего совета страждущему не в упреке по поводу дублирования, а попытка перевести его искания в более упорядоченное русло )).
Kolya Vantukh: При реализации RESTFul Api тоже нужно вью использовать? ))))) Ведь нет? ))
Можно сделать отдельный контроллер А, для валидации ВСЕХ форм которые у вас будут в приложении. Можно сделать отдельный класс Б который будет все это делать и его методы будут вызываться в данном спец контроллере А .Можно сварганить репозиторий В, который будет реализовывать работу с конкретной БД , и будет использоваться для валидации классом Б , который будет поставлять методы спец контроллеру А.... можно сделать все что вам угодно )). Здесь играет роль вопрос целесообразности и того, как вам удобнее.
Я с google spreadsheet тоже раньше дела не имел, но когда понадобилось пришлось быстро разобраться. Правда я делал на python. Даже демку для заказчика наваял - https://www.dropbox.com/s/y8qm60kcp33e86f/gdocs.mp...
По-этому и порекомендовал использовать готовую либу (можно еще поискать), ибо она упрощает работу с google api.
Второй геморр - регистрация аккаунта разработчика , доступа к google api's . Все бесплатно, но я надо понять "как и что" .
Со стороны PHP все эелемантарно. Обычная форма, обычный скрипт, который получает присланные данные и через google spreadsheet API добавляет инфу в таблицу google docs
