А мне идея понравилась, я обеими руками за декларативность там, где это возможно.
Но вот реализация…
Взять хотя бы имена событий с точкой, что противоречит идеолгоии событий в jQ — там точки призваны отделять event name от namespaces, а у вас obj.trigger( 'jasync.uploadProgress', ...) — не по феншую — лучше было б дефисы использовать тогда.
И довольно странно смотрятся рядом нативное создание XMLHttpRequest и вот это $( '<div></div>' ).
Я это к чему, выложите на GitHub, организуйте приём пулреквестов и, возможно, выйдет довольно хорошая библиотека как по идее, так и по реализации.
Пишите, публикуйте — с удовольствеим почитаю. Когда произведение рождает некий отзыв хоть положительный, хоть отрицательный — это всегда хорошо, это заставляет задуматься читателя. Хуже когда произведение пустое и оставляет читателя равнодушным.
Спасибо, не понравилось. До середины читал с интересом, но под конец осталось ощущение, что как-то слишком грубо автор попытался переплести реальный мир и мир реала. Не хватает какой-то ювелирной детали, чтобы получилась именно смысловая загадка, позволяющая разные толкования, каждому своё видение и т.п. А тут лицо матери на экране — как-то это грубо, неотёсано. Если это не последний вариант пьесы, то я бы предложил автору немного подумать над концовкой, добавить в неё какой-то намёк, который можно принять как за случайность, но при этом очень уж совпавшую случайность (развить идею с борщём), но убрать явную ссылку на наличие парентов в игре, пусть читатель сам думает, показалось ему это или так оно и задумано автором.
Хм..., предложенный вариант мне подходит, но не подойдёт для общего случая. Про N контроллеров я потом уже и сам понял, и что это и мешает как раз, даже писал комментарий, но то ли отправить его забыл, то ли потерялся он где-то по дороге до хабра. Это, кстати, довольно не стандартно для моего восприятия маршрутов. Я привык, что срабатывает первый подошедший маршрут и все последующие шаблоны отбразываются (опыт работы есть только с серверными реализациями).
В любом случае, спасибо, за ответ и за либу.
А не планируется ли какого-нибудь описания для начинающих, а то для того, кто не имел опыта с подобными вещами в JS-apps, явно не хватает ни этой статьи, ни довольно кратких доков.
Браузер меняет урл сразу после получения ответа от сервера (или его не получении), но не сразу после клика по ссылке. Пока ответ от сервера ожидается — урл старый остаётся.
Решил попробовать вашу разработку, возник такой вопрос, как можно пометить несколько роутов какой-то категорией, а потом её прочитать в обработчике. Поясню на примере:
* есть блок навигации, где представлены только страницы верхнего уровня: Dashboard, Articles, Users
* при этом самих страниц больше: /dashboard, /articles/list/:page?, /articles/edit/:id?, /users/list/:page?, /users/edit/:id?, /users/roles
И вот задача, пометить список роутов категориями, чтобы подсвечивать нужный пунк в болке навигации. Т.е. в коде, я бы это хотел видеть, например, так:
Там не надо адрес вводить, только «легки» данные. Хотя и с адресом тоже всё относительно просто — ответственность в таком случае перекладывается на оператора (если сложно сделать нормальную валидацию в программе), а оператор пусть сам решает каким интерфейсом пользоваться — быстрым под свою ответственность, или с несколькими полями, автодополнением и валидацией.
Если всегда приходится заполнять все поля из этой колиметровой таблички, то переключение между табами — это лишние клики и возможность забыть какой-нибудь таб (проскочил, или переключился для заполнения како-то поля, а потом забыл обратно и т.п.). Где вводится много данных за раз — километровые таблички могут быть решением.
Но при этом есть и обратный к километровым табличкам подход, тоже весьма сомнительный с точки зрения дизайнеров интерфейса, но весьма эффективный с точки зрения пользователей — введение данных в одно поле. Сам видел в сбере вводят данные пользователя при заполнении специальной анкеты в одно поле (ФИО, номер паспорта, год рождения, номер карты и ещё какие-то там параметры). Даже мне это решение понравилось, потому что 1) все данные обязательны 2) все данные фиксированы (идут в одной последовательности и чётко разбиваются пробелами). Пользователю меньше кликов на переходы между полями и фокусировку внимания на другом поле, главное в правильном порядке ввести
ЯП Node.js, Java Script — WTF? Сам присматриваю себе cloudIDE под проект на Node.js, но это же не ЯП, это платформа. Автор, проведите себе ликбез по теме javascript. (И это явно вариант автора, на выше означенных сайтах написано всё корректно)
№5 /^\d{1,3}([, ]\d{3})*([.,]\d+)?$/.test('1,000,9') = true
Хотя число 1,000,9 некорректно — там надо разделять форматы на два отдельных выражения:
либо разряды разделяет запятая — тогда дробная часть отделяется точкой,
либо разряды — пробел, дробная часть — запятой.
Но вот реализация…
Взять хотя бы имена событий с точкой, что противоречит идеолгоии событий в jQ — там точки призваны отделять event name от namespaces, а у вас obj.trigger( 'jasync.uploadProgress', ...) — не по феншую — лучше было б дефисы использовать тогда.
И довольно странно смотрятся рядом нативное создание XMLHttpRequest и вот это $( '<div></div>' ).
Я это к чему, выложите на GitHub, организуйте приём пулреквестов и, возможно, выйдет довольно хорошая библиотека как по идее, так и по реализации.
В любом случае, спасибо, за ответ и за либу.
А не планируется ли какого-нибудь описания для начинающих, а то для того, кто не имел опыта с подобными вещами в JS-apps, явно не хватает ни этой статьи, ни довольно кратких доков.
* есть блок навигации, где представлены только страницы верхнего уровня: Dashboard, Articles, Users
* при этом самих страниц больше: /dashboard, /articles/list/:page?, /articles/edit/:id?, /users/list/:page?, /users/edit/:id?, /users/roles
И вот задача, пометить список роутов категориями, чтобы подсвечивать нужный пунк в болке навигации. Т.е. в коде, я бы это хотел видеть, например, так:
Но при этом есть и обратный к километровым табличкам подход, тоже весьма сомнительный с точки зрения дизайнеров интерфейса, но весьма эффективный с точки зрения пользователей — введение данных в одно поле. Сам видел в сбере вводят данные пользователя при заполнении специальной анкеты в одно поле (ФИО, номер паспорта, год рождения, номер карты и ещё какие-то там параметры). Даже мне это решение понравилось, потому что 1) все данные обязательны 2) все данные фиксированы (идут в одной последовательности и чётко разбиваются пробелами). Пользователю меньше кликов на переходы между полями и фокусировку внимания на другом поле, главное в правильном порядке ввести
ЯП Node.js, Java Script — WTF? Сам присматриваю себе cloudIDE под проект на Node.js, но это же не ЯП, это платформа. Автор, проведите себе ликбез по теме javascript. (И это явно вариант автора, на выше означенных сайтах написано всё корректно)
Хотя число 1,000,9 некорректно — там надо разделять форматы на два отдельных выражения:
либо разряды разделяет запятая — тогда дробная часть отделяется точкой,
либо разряды — пробел, дробная часть — запятой.
Не смотрели ли в сторону TypeScript?
Хотя это дело вкуса, IMHO. Но TypeScript поближе к JavaScript будет в плане синтаксиса.