Ну или так

build: function () {
        var promise;
        var target;
        var targetPath;
        var _this = this;
        promise = Vow.promise();
        target = this.node.unmaskTargetName(this._target);
        targetPath = this.node.resolvePath(target);

        if (_this._content === undefined) {
            fs.exists(targetPath, function (exists) {
                if (exists) {
                    _this.node.resolveTarget(target);
                } else {
                    _this.node.rejectTarget(target, new Error('File not found: ' + targetPath));
                }
                return promise.fulfill();
            });
        } else {
            fs.writeFile(targetPath, _this._content, _this._options || {}, function (error) {
                if (error) {
                    _this.node.rejectTarget(target, error);
                    return;
                }
                _this.node.resolveTarget(target);
            });
        }
        return promise;
    },

А потом можно делать нечто такое:

var feuters = FS.readdirSync('external-feuters');

    feuters = feuters.map(function (name) {
        return '{name: "' + name + '"}'
    }).join(',\n');

    config.node('app/feuters', function (nodeConfig) {


        nodeConfig.addTechs([
            [techs.levels, {
                levels: [
                    {path: nodeConfig._path, check: true},
                    {path: config.resolvePath('feuters'), check: true}
                ]
            }],
            [provide, {
                target: '?.bemdecl.js',
                content: ['exports.blocks = [\n', apps, '\n];'].join('\n')
            }],
            [techs.files, {depsFile: '?.bemdecl.js'}],
            [js, {
                target: '?.js'
            }]
        ]);

        nodeConfig.addTargets(['?.js']);
    });

Бац бац и вот само все собирается

@pavelpower вроде может быть полезно. Если оформишь такую технологию как npm-пакет, предлагаю положить в bem-incubator.

@tadatuta, уже у себя в проекте заюзал, такой генератор.

назвал так же file-provider и вместо основного подключил.

Есть идеи как назвать для bem-incubator, чтобы по правослвному?

enb-virtual-file-provider?

virtual - как-то точно не то. Может так и обозвать file-provider? Или завпдейтить существующий?

файла на FS нет, а он провайдится. почему virtual не подходит?

@tadatuta потому, что я его задаю через content, причем или строкой или буфером.

Идея годная.

Я бы разделил 2 разных кейса:

var write = require('enb/techs/write-file');

nodeConfig.addTechs([
    [write, {
        target: '?.bemdecl.js',
        contents: ['exports.blocks = [\n', apps, '\n];'].join('\n')
    }]
]);

1. provide-data — предоставить данные

var provide = require('enb/techs/provide-data');

nodeConfig.addTechs([
    [provide, {
        target: '?.bemdecl.js',
        data: { blocks: ['apps'] }
    }]
]);

По такой логике текущий провайдер логично назвать read-file.

@blond с write-file - мне нравится

а вот provide-data он конкретно под exports заточен?

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

provide-data мог бы предоставлять данные в память и ничего не записывать в файл.

буду вот тут реализовывать https://github.com/pavelpower/enb-write-file

@blond поревьювишь?

@blond я там смотр на примеры тестов в enb - есть одна проблема мало доков как кошерно писать под mock-enb/lib/mock-node может дашь урок?

@tadatuta может и ты сможешь помочь с этим.

см. https://github.com/pavelpower/enb-write-file/blob/master/test/techs/write-file.test.js

А вы разве не в enb это хотели сделать? Кажется, что это прям базовые вещи

@zxqfox ??? ну как бы да. Может я не так понял. Сказали - сделай, делаю.

Т.е. предполагалось в форке enb?

Судя по

var write = require('enb/techs/write-file'); var provide = require('enb/techs/provide-data');

— да ;-)

А вы разве не в enb это хотели сделать? Кажется, что это прям базовые вещи

Согласен, это примерно тоже самое что и технологии, которые сейчас в ENB.

@zxqfox @blond все, прям исправляюсь, сейчас форкну и начну

Добавил Issue: https://github.com/enb-make/enb/issues/425

@blonde запускаю npm run tech-test получаю нечто странное

module.js:327
    throw err;
    ^

Error: Cannot find module 'enb/lib/cache/cache-storage'
    at Function.Module._resolveFilename (module.js:325:15)

Посмотрел откуда ноги растут:

/Projects/opensource/enb/node_modules/mock-enb/lib/mock-node.js

    CacheStorage = require('enb/lib/cache/cache-storage'),
    Cache = require('enb/lib/cache/cache'),

Как это enb сам в себя для dev устанавливаете?

хм, проблема в том, что у mock-node enb в зависимостях только в dev. А в сам enb ставиться без него же.

Логично, но как у вас то работает?

Прокидываете симлинку?

"dependencies": {
    "clear-require": "1.0.1",
    "inherit": "2.2.2",
    "vow": "0.4.11"
  },
  "description": "Mocks for ENB",
  "devDependencies": {
    "chai": "3.2.0",
    "enb": ">= 0.16.0 < 2.0.0",
    "jscs": "1.13.1",
    "jshint": "2.8.0",
    "mocha": "2.3.3",
    "mock-fs": "3.3.0"
  },

@blond пока решил так cd node_modules/mock-enb && npm i;

Но это не true

А какая версия node и nvm?

$ node -v && npm -v
v5.4.1
3.3.12

@blond

По такой логике текущий провайдер логично назвать read-file

он не читает файл, а проверяет его наличие:

 build: function () {
        var node = this.node,
            target = node.unmaskTargetName(this._target),
            filename = node.resolvePath(target);

        return vfs.exists(filename)
            .then(function (exists) {
                if (exists) {
                    node.resolveTarget(target);
                } else {
                    node.rejectTarget(target, new Error('file not found: ' + filename));
                }
            }, _.noop);
    },

Кажется, что это проблема с mock-enb из-за npm.

Возможно надо просто явно прописать зависимость от enb, но я пока не уверен, что это правильно.

он не читает файл, а проверяет его наличие:

Аргумент :)