а рест роутер что даёт? он сам делает switch по методу?

а рест роутер что даёт? он сам делает switch по методу?

он принимает контроллер на вход и матчит методы

какие методы есть, такие и создадутся

короче

ну вот, у меня, похоже, на 1 switch будет больше внутри

цели разные

ну ладно, я наверно не понял тебя ))

у тебя цель просто слегка упростить роутинг у меня цель сильно упростить описание REST-маршрутов

ок принято

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

Файло) что это?)

единственное - меня смущает то, что js не гарантирует последовательность элементов в объекте )

Файло) что это?)

файлики ) без зависимостей, легковесно, быстро

единственное - меня смущает то, что js не гарантирует последовательность элементов в объекте )

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

массив https://jsfiddle.net/5nrb5j0k/1/

Правда ли, что при переборе for(key in codes) ключи key будут перечислены именно в том порядке, в котором заданы? По стандарту – нет. Но некоторое соглашение об этом, всё же, есть. Соглашение говорит, что если имя свойства – нечисловая строка, то такие ключи всегда перебираются в том же порядке, в каком присваивались. Так получилось по историческим причинам и изменить это сложно: поломается много готового кода.

единственное - меня смущает то, что js не гарантирует последовательность элементов в объекте )

у меня в текущей задачи как раз такая фигня возникла. я просто в объект добавил поле order: [key1, key2, key3... ] и итерирую объект через этот массив.

и тут уже железобетонно будет в том порядке, как я задал

у меня в текущей задачи как раз такая фигня возникла. я просто в объект добавил поле order: [key1, key2, key3... ] и итерирую объект через этот массив.

ну вот мне всю малину испортит превращение в массив и тем более ордер. так что, спасибо тем, кто сравнивает объекты через JSON.stringify. их код берегут движки js :D

и тут уже железобетонно будет в том порядке, как я задал

у меня имена свойств задаются юзером

у меня имена свойств задаются юзером

полагаю порядок задачи имен свойств отследить возможно, а дальше как в песне :)

никто не обещал что будет просто :)

полагаю порядок задачи имен свойств отследить возможно, а дальше как в песне :)

https://jsfiddle.net/5nrb5j0k/

отследи )

хм

я думал про другой кейс.

Правда ли, что при переборе for(key in codes) ключи key будут перечислены именно в том порядке, в котором заданы? По стандарту – нет. Но некоторое соглашение об этом, всё же, есть. Соглашение говорит, что если имя свойства – нечисловая строка, то такие ключи всегда перебираются в том же порядке, в каком присваивались. Так получилось по историческим причинам и изменить это сложно: поломается много готового кода.

я вот поэтому решил всё оставить как есть. если рухнет моё, то ещё рухнет и треть инета на говнокоде )

а роутер твой самопал или библа?

самопал делаю, спрашивал совета. всё ли ок для простого роутинга

а что за магия внутри роутера?

может тут реально проще будет массивом передавать?

как вариант что тебе мешает мапу вместо объекта лепить? тогда порядок тоже сохранится

и нафига пилить свой роутер если тот же экспресс великолепно справляется?

и нафига пилить свой роутер если тот же экспресс великолепно справляется?

тяжёлый и 38 зависимостей

тяжёлый и 38 зависимостей

кому это мешало? :)

для небольших проектов - это 99% кода

кому это мешало? :)

моему внутреннему миру ?

бгг, батенька идеалист :)

думаю, есть люди, которые мечтали о подобном простом роутере, но сами написать ленились )

думаю у кого-то дохрена свободного времени :)

в конце концов у тебя получится тот же эксперсс, только корявый и глючный :)

в конце концов у тебя получится тот же эксперсс, только корявый и глючный :)

да ну ты брось. у меня просто многих "ненужных" фич не будет )

пока не будет... :)

потом понадобится и будет, только через костыли :)

если захочется - сделаю доп модули для расширения

или будет 10 версий роутера под разные задачи :)

проходили, знаем :)

если чо у меня свой фреймворк, примерно с 2011 года, правда на пхп и до сих пор на нем долгоживущие проекты прекрасно себя чувствуют.

так вот, там роутер very opinionated, на 1.5 экрана кода :)

я его поначалу дико навернул, а под конец повыбрасывал кучу всего и очень упростил

а теперь вот решил свалить в ноду :)

если захочется - сделаю доп модули для расширения

И получится экспресс

И получится экспресс

а экспресс есть по частям?

а экспресс есть по частям?

Есть

Исходники открой

бгг, открывал сегодня )

кстати да, кто запрещает форкнуть эксперсс? :)

Смысла нет этого всего

кстати да, кто запрещает форкнуть эксперсс? :)

и вычищать говно лопатой )

Ибо слабое апи будет

ну если поизвращатсья хочется :)

Все равно придется сверху много чего ставить

Я пробовал

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

В итоге приходишь к тому же самому

ERROR: S client not available

меня вот в ноде до сих пор бесит статическое подключение модулей... все никак не привыкну...

придётся ещё мне выдачу статики писать, если не найду простую и чистую

километры реквайров

придётся ещё мне выдачу статики писать, если не найду простую и чистую

nginx :)

меня вот в ноде до сих пор бесит статическое подключение модулей... все никак не привыкну...

Статическое?

Оно же динамическое

nginx :)

нет, спасибо )

у меня в текущей задачи как раз такая фигня возникла. я просто в объект добавил поле order: [key1, key2, key3... ] и итерирую объект через этот массив.

Object.keys( ).map

Оно же динамическое

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

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

Реэкспорты не?

Object.keys( ).map

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

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

Только если числа в ключах. Остальное ок

Реэкспорты не?

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

а то мне апи писать навороченное скоро, и не хотелось бы километры реквайров городить...

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

В js регламентируется порядок ключей в объектах Сначала идут по возрастанию ключи, которые при конвертировании в число и обратно остаются такими же ( === цифровые ключи), потом остальные строковые в порядке добавления, потом символы в порядке добавления

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

Пишешь в директории index.js Внутри module.exports ={ foo: require('foo') } Или аналогично но map.reduce

кстати, как раз символы в своём роутере внутри буду юзать [get] [post] итд )

?

В js регламентируется порядок ключей в объектах Сначала идут по возрастанию ключи, которые при конвертировании в число и обратно остаются такими же ( === цифровые ключи), потом остальные строковые в порядке добавления, потом символы в порядке добавления

Object.keys идёт по символам тоже?

Пишешь в директории index.js Внутри module.exports ={ foo: require('foo') } Или аналогично но map.reduce

есть пример кода?

Object.keys идёт по символам тоже?

У него выбора нет)

кстати, как раз символы в своём роутере внутри буду юзать [get] [post] итд )

хотя... на месте узнаем

А, блин, нет же

А, блин, нет же

?

по символам что-то ходит? )

по символам что-то ходит? )

getOwnSymbols

Вроде

getOwnPropertySymbols

спс, буду знать ) споки

?

Reflect.ownKeys

Reflect.ownKeys

Object.keys значит не ходит

Ну да