fistlabs / fist Goto Github PK

Поддержать filename вместо name в BodyParser (пока что будет оставлено name до 1.0.0)

в него нужно передать имя маршрута и параметры, метод должен билдить path и редиректить на него

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

Публично не заявляено, но app.unit поддерживает массив, первый элемент которого - собственные члены, а второй - статические. Надо сделать чтобы собственные члены были первым аргументом, а статические - вторым. Это будет началом переезда на новые декларации в 2+ версии

Hello, I noticed you were using dicer directly for parsing file uploads. If you haven't seen it already, you may want to look into using something like busboy instead which uses dicer underneath and is specifically designed for parsing of both multipart and non-multipart forms.

Значит надо по-другому реализовать ctx.notify

Она ужасна

Хочется заменить cookie на аналог от petkaantonov, а также в узле _serial использовать его deque вместо массива для очереди

Чтобы можно было делать app.route('GET', /\path/to//, 'unitName')

Также необходимо поставить бейджик про зависимости

Нужно уметь делать find, начиная с определенного роута

router.resume(track, 'routeName')

Нужно объединить Route и Pathr

* будет означать [\s\S]*
? будет означать [\\s\\S]

Также отменить опции nostart и noend которые можно будет сэмулировать этой возможностью

Хочется иметь app.logger, с помощью которого будут автоматически писаться логи

Необходимо унаследовать от EventEmitter чтобы появился метод channel, который умеет возвращать новый или уже существующий EventEmitter.
Сначала стоит только поддержать эту фишку, а в версии 2+ необходимо распространять события по разным каналам

Надо сделать чтобы можно было так:

var fist = require('fist');
var app = fist();

inherit поддерживает mixin-ы, необходимо поддержать их и в декларациях узлов

Такие как sys:* или ctx:*

Речь идет о формате декларации в файле.

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

Скорее всего декларацию надо будет привести к виду:

exports.members = {};
exports.statics = {};

Таким образом можно будет экспортировать сразу несколько деклараций узлов.

module.exports = [
    {
        members: {},
        statics: {}
    },
    {
        members: {},
        statics: {}
    }
];

В связи с этим имеет смысл сделать метод track.mime который будет возвращать new ContentType(track.header('Content-Type')). А также чтобы этот метод умел устанавливать Content-Type для response

• Cтоит написать об app.unit(members, statics)
• Написать о channels и предупредить о том что в версии 2+ они будут использоваться вместо префиксов
• Написать о sys:pending
• Написать про mixin-ы

Думаю надо сделать или поле в теле узла типа private: true или просто поддержать какую-нибудь фишку в имени узлов, например если имя узла начинается с подчеркивания, то он не участвует в операции разрешения

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

Таким образом можно сделать чтобы от этого объекта наследовал Response, и track.send(body) будет делаться теперь по-другому, надо будет возвратить специальный объект.

Например

return track.res;

А ручной доступ к записи в response совсем исключить.

Сейчас если захочется проксировать в узле результаты выполнения другого, то если зависимость вернет skip-resolver, то будет странный результат

Нужно присваивать трэку результаты матчинга ДО того как будет зажжено это событие

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

А оттуда проксировать в префиксованные обработчики, для обратной совместимости

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

Зависит от #33