В чем особенность?

Это предложение по другой обработке объектов (JSON/массив/другое) для более универсальных вариантов использования.

Короче говоря, это предложение охватывает две вещи.

1. Разделить синтаксический анализ info.meta из logform.splat
2. Создайте новое преобразование, которое перемещает объекты в options.meta.

Какую проблему призвана решить функция?

Различные пользователи (например, #1377, #1381, я) отмечали, что обработка объектов/массивов в V3 отличается от V2. В V2 эти типы объектов будут храниться в поле options.meta и могут обрабатываться отдельно от сообщения, уровня и объектов.

В V3 есть только один сценарий/преобразование, в котором options.meta обрабатывается так же, как и в V2. Это при использовании преобразования logform.splat. Splat будет правильно анализировать метаданные только при наличии токена в журнале. НАПРИМЕР:
logger.log('info', 'this is a string I want to splat %s', 'together', {an: 'object'})
приведет к:
info: this is a string I want to splat together {"meta":{"an":"object"}} // with .simple() transform

Если пользователи не хотят использовать logform.splat, info.meta не будет обрабатываться. Вместо этого метаобъекты останутся нетронутыми в info[SPLAT].

Добавление формы журнала, которая копирует всю информацию [SPLAT] в информацию [meta], удовлетворит ожидания пользователей версии 2 и будет более гибким. (В качестве альтернативы может быть приемлемо прямое добавление информации [SPLAT] к выходным данным регистратора и предоставление документации по информации [meta] => info[SPLAT].)

Новое преобразование (например, logform.captureAllMeta просто для названия) может быть таким простым, как:

// file captureAllMeta.js psuedo-code

module.exports = transform((info, opts) => {
  if (info[SPLAT]) {
    info.meta = info[SPLAT]
  return info;
});

Эквивалент

format.combine(
        format.splat(),
        ...
    )

станет

format.combine(
        format.splat(),
        format.captureAllMeta(),
        ...
        // still need to have a formatter for options.meta.  maybe a separate feature request.
    )

Код extraSplat может быть удален из splat(), так как он обрабатывается в последующем (новом) преобразовании.

Дополнительным преимуществом является то, что если пользователи не хотят использовать format.splat(), они все равно могут включить format.captureAllMeta() как отдельное преобразование.

Отсутствие этой функции блокирует вас или вашу команду? Если да, то как?

Теперь, зная, что в info[SPLAT] хранится то, чего не хватает в info[meta], это можно считать пробелом в знаниях/документации.

Эта функция похожа на существующую функцию в другом инструменте?

Расширяет совместимость с версиями V2 и V3.

Готовы ли вы реализовать эту функцию при нашей поддержке?

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

Чтобы воспроизвести проблему

• _ Версия winston ?_
  
  
  
  • [ ] winston@2
  
  
  • [Х] winston@3
  
  
• _ node -v выходы:_ 6.10.0
• _Операционная система?_ (Windows, macOS или Linux) Любая
• _Язык?_ (все | TypeScript XX | ES6/7 | ES5 | Dart) все

В чем проблема?

Вот пример транспортного кода V2 с выводом:

        logger = winston.createLogger({
            transports: [
                new (winston.transports.Console)({
                    timestamp: function () {
                        return dateFormat(Date.now(), "HH:MM:ss.l");
                    },
                    formatter: function (options) {
                        // Return string will be passed to logger.
                        return options.timestamp() + ' ' + winston.config.colorize(options.level, options.level.toUpperCase()) + ' ' + (undefined !== options.message ? options.message : '') +
                            (options.meta && Object.keys(options.meta).length ? '\n\t' + JSON.stringify(options.meta) : '');
                    },
                    colorize: true,
                    level: container.settings.get('logLevel') || 'info',
                    stderrLevels: [],
                    handleExceptions: true,
                    humanReadableUnhandledException: true
                })
            ]
        });


// results of Winston<strong i="33">@2</strong>
08:31:30.363 DEBUG Server starting complete.
        ["Server https started.","Server http started.","Server SSDP started.","Server MDNS started."]

В версии 3 я попытался воспроизвести это с помощью следующего кода, но в результате массив не отображался.

    const processObj = logform.format(info => {
             console.log('raw: ', raw)
            return info
        }
    )

    const myFormat = printf(info => {
        info.timestamp = dateFormat(Date.now(), "m/d/yy HH:MM:ss.l")
        return `${info.timestamp} ${info.level}: ${info.message}`;
    });

        logger = createLogger({
            level: container.settings.get('logLevel') || 'info',
            format: combine(
                processObj(),
                format.json(),
                timestamp({format: () => new Date().toLocaleString()}),
                format.colorize(),
                format.align(),
                format.splat(),
                myFormat
            ),
            transports: [new transports.Console()]
        });
        logger.exceptions.handle()
        logger.exitOnError = false;

results = [ 'Not starting https server.', 'Server http started.', 'Server SSDP started.', 'Server MDNS started.']
logger.debug('Server status', results)

// results of winston<strong i="6">@3</strong> -- missing the results array
6/25/18 08:16:30.501 debug:     Server starting complete.