Wiele odpowiedzi tutaj zawiera wyrażenia regularne, jest w porządku, ale nie obsługuje zbyt dobrze nowych dodatków do języka (takich jak funkcje strzałek i klasy). Warto również zauważyć, że jeśli użyjesz którejkolwiek z tych funkcji na zminimalizowanym kodzie, to pójdzie 🔥. Będzie używać jakiejkolwiek zminimalizowanej nazwy. Angular omija ten problem, umożliwiając przekazywanie uporządkowanej tablicy ciągów, która odpowiada kolejności argumentów podczas rejestrowania ich w kontenerze DI. Tak dalej z rozwiązaniem:
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');
};
To obsługuje oryginalny problem analizy i kilka innych typów funkcji (np. Funkcje strzałek). Oto pomysł na to, co może, a czego nie może obsłużyć w następujący sposób:
// 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);
});
});
W zależności od tego, czego chcesz użyć do serwerów proxy ES6, najlepszym rozwiązaniem może być destrukcja. Na przykład, jeśli chcesz użyć go do wstrzykiwania zależności (używając nazw parametrów), możesz to zrobić w następujący sposób:
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);
}
}
}
Nie jest to najbardziej zaawansowany resolver na rynku, ale daje wyobrażenie o tym, jak użyć proxy do obsługi go, jeśli chcesz użyć parsera args do prostej DI. Jest jednak jedno niewielkie zastrzeżenie w tym podejściu. Musimy użyć zadań restrukturyzacji zamiast normalnych parametrów. Kiedy mijamy proxy wtryskiwacza, destrukcja jest taka sama jak wywoływanie gettera na obiekcie.
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));
To powoduje, że:
{
"tweeter": {
"api": {
"client": {}
}
},
"timeline": {
"api": {
"client": {}
}
}
}
Jest podłączony do całej aplikacji. Najlepsze jest to, że aplikacja jest łatwa do przetestowania (możesz po prostu utworzyć instancję każdej klasy i przekazać makiety / odcinki / etc). Również jeśli chcesz zamienić implementacje, możesz to zrobić z jednego miejsca. Wszystko to jest możliwe dzięki obiektom JS Proxy.
Uwaga: Jest dużo pracy, którą należałoby wykonać, zanim będzie gotowy do użytku produkcyjnego, ale daje wyobrażenie o tym, jak by to wyglądało.
Trochę późno na odpowiedź, ale może pomóc innym, którzy myślą o tym samym. 👍
