Чи можливо передавати варіанти на імпорт ES6?

Як ви перекладете це:

var x = require('module')(someoptions);

до ES6?

Неможливо зробити це за допомогою одного importзаяви, це не дозволяє викликати.

Таким чином, ви б не називали це безпосередньо, але ви можете в основному робити те саме, що і звичайний експорт за замовчуванням:

// module.js
export default function(options) {
    return {
        // actual module
    }
}

// main.js
import m from 'module';
var x = m(someoptions);

Крім того, якщо ви використовуєте завантажувач модулів, який підтримує монадійні обіцянки, ви можете зробити щось на кшталт

System.import('module').ap(someoptions).then(function(x) {
    …
});

З новим importоператором це може стати

const promise = import('module').then(m => m(someoptions));

або

const x = (await import('module'))(someoptions)

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

Концепція

Ось моє рішення за допомогою ES6

Дуже сильно відповідає реакції @ Бергі, це "шаблон", який я використовую під час створення імпорту, для якого потрібні параметри, передані для classдекларацій. Це використовується на ізоморфних рамках , яку я пишу, так що буде працювати з transpiler в браузері і в Node.js (я використовую Babelз Webpack):

./MyClass.js

export default (Param1, Param2) => class MyClass {
    constructor(){
        console.log( Param1 );
    }
}

./main.js

import MyClassFactory from './MyClass.js';

let MyClass = MyClassFactory('foo', 'bar');

let myInstance = new MyClass();

Викладене буде виводитися fooв консолі

EDIT

Приклад реального світу

Для прикладу реального світу я використовую це для передачі в просторі імен для доступу до інших класів і екземплярів в рамках. Оскільки ми просто створюємо функцію і передаємо об’єкт в якості аргументу, ми можемо використовувати його з нашим класовим декларацією Likeo:

export default (UIFramework) => class MyView extends UIFramework.Type.View {
    getModels() {
        // ...
        UIFramework.Models.getModelsForView( this._models );
        // ...
    }
}

Імпорт є дещо складнішим, і automagicalв моєму випадку, враховуючи, що це цілі рамки, але по суті це те, що відбувається:

// ...
getView( viewName ){
    //...
    const ViewFactory = require(viewFileLoc);
    const View = ViewFactory(this);
    return new View();
}
// ...

Я сподіваюся, що це допомагає!

Грунтуючись на @ Берги в відповідь використовувати модуль налагодження з використанням ES6 буде наступне

// original
var debug = require('debug')('http');

// ES6
import * as Debug from 'debug';
const debug = Debug('http');

// Use in your code as normal
debug('Hello World!');

Я вважаю, що ви можете використовувати навантажувачі модулів es6. http://babeljs.io/docs/learn-es6/

System.import("lib/math").then(function(m) {
  m(youroptionshere);
});

Вам просто потрібно додати ці 2 рядки.

import xModule from 'module';
const x = xModule('someOptions');

Я приземлився на цю нитку, шукаючи дещо подібне і хотів би запропонувати якесь рішення, принаймні для деяких випадків (але див. Зауваження нижче).

Використовуйте футляр

У мене є модуль, який виконує певну логіку екземплярів відразу після завантаження. Мені не подобається називати цю логіку init поза модулем (це те саме, що дзвінок new SomeClass(p1, p2)або new ((p1, p2) => class SomeClass { ... p1 ... p2 ... })і так).

Мені подобається, що ця init-логіка буде працювати один раз, на зразок сингулярного потоку інстанцій, але один раз у якомусь конкретному параметризованому контексті.

Приклад

service.js має в основному сферу застосування:

let context = null;                  // meanwhile i'm just leaving this as is
console.log('initialized in context ' + (context ? context : 'root'));

Модуль A робить:

import * as S from 'service.js';     // console has now "initialized in context root"

Модуль B виконує:

import * as S from 'service.js';     // console stays unchanged! module's script runs only once

Поки що добре: сервіс доступний для обох модулів, але ініціалізувався лише один раз.

Проблема

Як змусити його запускатись як інший екземпляр і знову ініціювати себе в іншому контексті, скажімо в модулі C?

Рішення?

Про це я думаю: використовувати параметри запиту. У сервісі ми додамо наступне:

let context = new URL(import.meta.url).searchParams.get('context');

Модуль C:

import * as S from 'service.js?context=special';

модуль буде повторно імпортований, буде запущена основна логіка init, і ми побачимо в консолі:

initialized in context special

Зауваження: Я б радив НЕ дуже практикувати цей підхід, а залишити його як крайній захід. Чому? Модуль, що імпортується не один раз, є скоріше винятком, ніж правилом, тому це дещо несподівана поведінка, і як таке може збити з пантелику споживачів або навіть порушити власні парадигми "одиночки", якщо такі є.

Ось мій погляд на це питання, використовуючи модуль налагодження як приклад;

На npm-сторінці цього модуля у вас є таке:

var debug = requ ('налагодження') ('http')

У верхньому рядку рядок передається модулю, який імпортується, для побудови. Ось як би ви зробили те саме в ES6

import {debug as Debug} з 'debug' const debug = Debug ('http');

Сподіваюся, це допомагає комусь там.