Nano Hash - криптовалюты, майнинг, программирование

Шаблон одноэлементного модуля Node.js, требующий внешних входных данных

обычно мы могли бы создать простой одноэлементный объект, например, с помощью Node.js:

var foo = {};

module.exports = foo;

or

function Foo(){}

module.exports = new Foo();

Однако

Каков наилучший способ сделать чистый одноэлементный модуль, которому для инициализации требуется внешняя переменная? В итоге делаю что-то вроде этого:

var value = null;

function init(val){

 if(value === null){
    value = val;
  }

  return value;
}

module.exports = init;

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

function Baz(value){
this.value = value;
}

var instance = null;

module.exports = function init(value){

if(instance === null){
    instance = new Baz(value);
}
   return instance;

}

есть две проблемы, с которыми я сталкиваюсь:

(1) это незначительно, но семантика неверна. Мы можем переименовать init в getInstance, но мы не можем сделать литерал одной и той же функции означающим «инициализировать и получить», поскольку это разные значения. Итак, у нас должна быть функция, которая делает две разные вещи. Создайте экземпляр и извлеките экземпляр. Мне это не нравится, особенно потому, что в некоторых случаях нам нужно убедиться, что аргумент для инициализации экземпляра не равен нулю. Когда несколько разработчиков используют модуль, неясно, был ли модуль уже инициализирован, и если они передают undefined в модуль, который не был инициализирован, это может стать проблемой или, по крайней мере, просто запутать.

(2) это важнее - в некоторых случаях инициализация Baz происходит асинхронно. Например, создание соединения Redis или чтение из файла для инициализации синглтона или создание соединения socket.io. Это то, что меня действительно сбивает с толку.

например вот модуль, который у меня есть, который я считаю действительно уродливым, который хранит соединение socket.io:

    var io = null;

    var init = function ($io) {

        if (io === null) {

            io = $io;

            io.on('connection', function (socket) {

                socket.on('disconnect', function () {

                });

            });
        }

        return io;
    };

module.exports = {
    getSocketIOConn: init
};

вышеуказанный модуль инициализируется так:

var server = http.createServer(app);
var io = socketio.listen(server);
require('../controllers/socketio.js').getSocketIOConn(io);

Поэтому я ищу шаблон проектирования, который позволит нам создать одноэлементный модуль, в котором процесс инициализации будет асинхронным. В идеале у нас не будет одной и той же функции как для инициализации экземпляра, так и для его извлечения. Существует ли такая вещь?

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


  • Я добавил в свой ответ еще несколько вариантов использования, связанных с асинхронной инициализацией и использованием одного и того же конструктора для нескольких целей. 08.08.2015
  • спасибо, возможно, есть способ решить эту проблему с помощью внедрения зависимостей или IoC (с помощью RequireJS или чего-то еще)? 07.09.2015

Ответы:


1

Похоже, вы пытаетесь создать модуль, который инициализируется в одном месте, а затем использует некоторый общий ресурс из этой инициализации для других пользователей этого модуля. Это полураспространенная потребность в реальном мире.

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

Итак, распространенный способ сделать это — просто использовать функцию-конструктор для модуля. В Javascript вы можете разрешить конструктору принимать необязательный аргумент, предоставляющий информацию об инициализации. Код, отвечающий за настройку модуля, вызовет конструктор с нужным параметром настройки. Другие пользователи модуля, которые не отвечали за настройку модуля, могли либо просто не вызывать конструктор, либо, если им нужно возвращаемое значение, или есть другие параметры конструктора, которые они должны передать, они могут передать null для этого параметра настройки.

Например, вы можете сделать это:

var io;

module.exports = function(setup_io) {
    if (setup_io) {
        io = setup_io;
    }
    return module.exports;
};

module.exports.method1 = function() {
    if (!io) {
        throw new Error("Can't use method1 until io is properly initalized");
    }
    // code here for method1
};

// other methods here

Затем пользователи модуля могут сделать это:

// load myModule and initialize it with a shared variable
var myModule = require('myModule')(io);

или это:

// load myModule without initializing it 
// (assume some other module will initialize it properly)
var myModule = require('myModule');

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


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

var moduleData;
var readyList = new EventEmitter();

module.exports = function(arg, callback) {
    // do some async operation here involving arg
    // when that operation completes, you stored the result
    // in local module data and call the callback
    readyList.on("ready", callback);
    someAsyncOperation(arg, function() {
        // set moduleData here
        // notify everyone else that the module is now ready
        readyList.emit("ready");
        // remove all listeners since this is a one-shot event
        readyList.removeAllListeners("ready");
    });
    return module.exports;
};

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

// pass a callback to this method that will be called
// async when the module is ready
module.exports.ready = function(fn) {
    // if module already ready, then schedule the callback immediately
    if (moduleData) {
        setImmediate(fn);
    } else {
        readyList.on("ready", fn);
    }
};

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

var moduleData;
var readyList = new EventEmitter();

module.exports = function(arg, callback) {
    // if both arguments passed, assume this is a request for module
    // initialization
    if (arguments.length === 2) {
        // do some async operation here involving arg
        // when that operation completes, you stored the result
        // in local module data and call the callback
        readyList.on("ready", callback);
        someAsyncOperation(arg, function() {
            // set moduleData here
            // notify everyone else that the module is now ready
            readyList.emit("ready");
            // remove all listeners since this is a one-shot event
            readyList.removeAllListeners("ready");
        });
    } else {
        // constructor called just for a ready request
        // arg is the callback
        if (moduleData) {
            // if module already ready, then schedule the callback immediately
            setImmediate(arg);
        } else {
            // otherwise, save the callback
            readyList.on("ready", arg);
        }
    }
    return module.exports;
};

Использование для асинхронной инициализации модуля:

// async initialization form
var myModule = require("myModule")(someArg, function() {
    // can use myModule here
});

Использование для загрузки модуля и получения уведомлений, когда кто-то еще его инициализировал:

var myModule = require("myModule")(function() {
    // can use myModule here
});
07.08.2015
  • Добавлена ​​информация об асинхронных конструкторах. 08.08.2015
  • Я знаю, что это было давно, но есть ли способ решить эту проблему с помощью Dependency Injection или IoC? 07.09.2015
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

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

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..