Muitas das respostas aqui usam expressões regulares, isso é bom, mas ele não lida com novas adições muito bem ao idioma (como funções e classes de seta). Também é importante notar que, se você usar qualquer uma dessas funções no código minificado, isso irá 🔥. Ele usará qualquer que seja o nome minificado. Angular contorna isso, permitindo que você passe uma matriz ordenada de seqüências de caracteres que corresponde à ordem dos argumentos ao registrá-los no contêiner DI. Então, com a solução:
var esprima = require('esprima');
var _ = require('lodash');
const parseFunctionArguments = (func) => {
// allows us to access properties that may or may not exist without throwing
// TypeError: Cannot set property 'x' of undefined
const maybe = (x) => (x || {});
// handle conversion to string and then to JSON AST
const functionAsString = func.toString();
const tree = esprima.parse(functionAsString);
console.log(JSON.stringify(tree, null, 4))
// We need to figure out where the main params are. Stupid arrow functions 👊
const isArrowExpression = (maybe(_.first(tree.body)).type == 'ExpressionStatement');
const params = isArrowExpression ? maybe(maybe(_.first(tree.body)).expression).params
: maybe(_.first(tree.body)).params;
// extract out the param names from the JSON AST
return _.map(params, 'name');
};
Isso lida com o problema de análise original e mais alguns tipos de funções (por exemplo, funções de seta). Aqui está uma idéia do que ele pode e não pode manipular como está:
// I usually use mocha as the test runner and chai as the assertion library
describe('Extracts argument names from function signature. 💪', () => {
const test = (func) => {
const expectation = ['it', 'parses', 'me'];
const result = parseFunctionArguments(toBeParsed);
result.should.equal(expectation);
}
it('Parses a function declaration.', () => {
function toBeParsed(it, parses, me){};
test(toBeParsed);
});
it('Parses a functional expression.', () => {
const toBeParsed = function(it, parses, me){};
test(toBeParsed);
});
it('Parses an arrow function', () => {
const toBeParsed = (it, parses, me) => {};
test(toBeParsed);
});
// ================= cases not currently handled ========================
// It blows up on this type of messing. TBH if you do this it deserves to
// fail 😋 On a tech note the params are pulled down in the function similar
// to how destructuring is handled by the ast.
it('Parses complex default params', () => {
function toBeParsed(it=4*(5/3), parses, me) {}
test(toBeParsed);
});
// This passes back ['_ref'] as the params of the function. The _ref is a
// pointer to an VariableDeclarator where the ✨🦄 happens.
it('Parses object destructuring param definitions.' () => {
function toBeParsed ({it, parses, me}){}
test(toBeParsed);
});
it('Parses object destructuring param definitions.' () => {
function toBeParsed ([it, parses, me]){}
test(toBeParsed);
});
// Classes while similar from an end result point of view to function
// declarations are handled completely differently in the JS AST.
it('Parses a class constructor when passed through', () => {
class ToBeParsed {
constructor(it, parses, me) {}
}
test(ToBeParsed);
});
});
Dependendo do que você deseja usá-lo nos ES6 Proxies, a desestruturação pode ser sua melhor aposta. Por exemplo, se você quiser usá-lo para injeção de dependência (usando os nomes dos parâmetros), poderá fazer o seguinte:
class GuiceJs {
constructor() {
this.modules = {}
}
resolve(name) {
return this.getInjector()(this.modules[name]);
}
addModule(name, module) {
this.modules[name] = module;
}
getInjector() {
var container = this;
return (klass) => {
console.log(klass);
var paramParser = new Proxy({}, {
// The `get` handler is invoked whenever a get-call for
// `injector.*` is made. We make a call to an external service
// to actually hand back in the configured service. The proxy
// allows us to bypass parsing the function params using
// taditional regex or even the newer parser.
get: (target, name) => container.resolve(name),
// You shouldn't be able to set values on the injector.
set: (target, name, value) => {
throw new Error(`Don't try to set ${name}! 😑`);
}
})
return new klass(paramParser);
}
}
}
Não é o resolvedor mais avançado disponível no mercado, mas fornece uma idéia de como você pode usar um Proxy para lidar com isso, se quiser usar o analisador de args para DI simples. Há, no entanto, uma pequena ressalva nessa abordagem. Precisamos usar atribuições de desestruturação em vez de parâmetros normais. Quando passamos no proxy do injetor, a desestruturação é a mesma que chamar o getter no objeto.
class App {
constructor({tweeter, timeline}) {
this.tweeter = tweeter;
this.timeline = timeline;
}
}
class HttpClient {}
class TwitterApi {
constructor({client}) {
this.client = client;
}
}
class Timeline {
constructor({api}) {
this.api = api;
}
}
class Tweeter {
constructor({api}) {
this.api = api;
}
}
// Ok so now for the business end of the injector!
const di = new GuiceJs();
di.addModule('client', HttpClient);
di.addModule('api', TwitterApi);
di.addModule('tweeter', Tweeter);
di.addModule('timeline', Timeline);
di.addModule('app', App);
var app = di.resolve('app');
console.log(JSON.stringify(app, null, 4));
Isso gera o seguinte:
{
"tweeter": {
"api": {
"client": {}
}
},
"timeline": {
"api": {
"client": {}
}
}
}
Está ligado a aplicação inteira. O melhor é que o aplicativo é fácil de testar (você pode instanciar cada classe e passar em zombarias / stubs / etc). Além disso, se você precisar trocar as implementações, poderá fazer isso a partir de um único local. Tudo isso é possível por causa dos objetos JS Proxy.
Nota: Há muito trabalho que precisaria ser feito para isso antes de estar pronto para uso em produção, mas fornece uma idéia de como seria.
É um pouco tarde na resposta, mas pode ajudar outras pessoas que estão pensando na mesma coisa. 👍
