[Перевод] Новости из мира Node: promise.io, copromise, Apper

promise.io

Promise.io* представляет собой модуль для удаленного вызова процедур(RPC), использующий «обещания» (promises). С его помощью можно создать вот такой сервер:

var server = new PromiseIO({
  someFunc: function(input) {
    return 'I got: ' + input;
  }
});
server.listen(3000);

Клиент может вызвать someFunc после подключения к серверу:

var client = new PromiseIO();

client.connect('http://localhost:3000').then(function(remote) {
  return remote.someFunc('my variable!');
}).then(function(returnVal) {
  return console.log(returnVal);
}).catch(function(err) {
  return console.log(err);
});

Для реализации «обещаний», под капотом, используется q.

copromise

Copromise** немного похож на co, но данная библиотека автоматически возвращает значения которые не являются «обещаниями», так что у вас всегда есть возможность получить что-либо используя yield.

Copromise представляет собой возможное значение сопрограммы. Где сопрограмма это функция-генератор, использующая ключевое слово yield для приостановления запуска и ожидания получения будущего значения. Данный подход позволяет получить линейное управление логикой исполнения(следования) для асинхронного кода.

Dean, объявил об этом на node.js list приведя несколько примеров использования и сравнения с библиотекой co.

function run(coroutine) {
    return new Promise(function(resolve, reject) {
        (function next(value, exception) {
            var result;
            try {
                result = exception ? coroutine.throw(value) : coroutine.next(value);
            } catch (error) {
                return reject(error);
            }
            if (result.done) return resolve(result.value);
            Promise.resolve(result.value).then(next, function(error) {
                next(error, true);
            });
        })();
    });
}

Apper

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

Вышеописанный фреймворк является над-Express оберткой, так что определение путей маршрутизации(routes) выглядит как в обычном проекте Express, хотя Apper имеет специфические секции для таких вещей как промежуточное ПО или настройки приложения.

Например:

var app = require('apper')({
    path: '.',
    port: 8000,
    host: '0.0.0.0',

    // Not commonly used. Just use `apper.json` for the configuration
    toOpenBrowser: false,
    staticContentName: 'public',
    moduleNames: {
        environment: 'environment'
        middleware: 'middleware',
        routes: 'routes',
        sockets: 'sockets'
    },
    mountPath: ''
});
app.start();

Где middleware.js будет:

module.exports = function (app) {

    app.use(function (req, res, next) {
        // middleware code
        next();
    });
};

Если вы незнакомы с Express, тогда вам может понравится работать с соглашениями которые использует Apper, такой подход, по крайней мере, убережет вас от тенденции хранить все**** в виде одного большого(монолитного) файла app.js.

Пометки

* (GitHub: krillr/promise.io, Лизензия: Apache 2.0, npm: promise.io) от Aaron Krill.

** (GitHub: deanlandolt/copromise, Лицензия: MIT, npm: copromise) от Dean Landolt.

*** (GitHub: asyncanup/apper, Лицензия: MIT, npm: apper) от Anup Bishno.

**** На мой взгляд, тут не совсем выражена основная мысль о том что Apper это своего рода гид и над-фремворк в мир «структурированных++» Express-приложений.

This entry passed through the Full-Text RSS service - if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.