prop decorators defined in a different compilation unit?

[hookyns]

prop decorators defined in a different compilation unit?

[hugebdu]

also capturing decorator args would be really great (primitives & enums)

class Entity {
  @Orm.Id(Orm.IdKind.AutoGenerated)
  id: string;
}

[Hookyns]

also capturing decorator args would be really great (primitives & enums)

class Entity {
  @Orm.Id(Orm.IdKind.AutoGenerated)
  id: string;
}

This is related with #7

There is no problem to support property decorators and allow them to get type of class via generic type. So it is possible to start from other side from that decorator, with all the runtime arguments of that decorator and get type of class. That's the point in #7.

Your point is good too. If it is constant value, capture it.
So add Decorator.arguments: any[]?

[hugebdu]

Decorator.arguments: any[]?

Sounds good 👍

Thanks

[Hookyns]

Fixed. Will be publish with other bug fixes in next version.

Contains fix of the decorators from different module and getArguments(): Array<any> on decorators.
Arguments must be Literal (string, number, boolean or enum. It can be value from const variable, even imported).
It is possible to allow Object litrals too, but it's a little tricky... I've kept it simple for this time...

import {
	getType,
	reflect
}                     from "tst-reflect";
import { SomeEnum }   from "./SomeEnum";
import { SomeString } from "./SomeType";

const MyString = "SomeType";

function klass<TType>(str: string, num: number, enu: SomeEnum)
{
	console.log("klass", str, num, enu, getType<TType>());
	return function <T>(Constructor: { new(...args: any[]): T }) {
	};
}

function property(str: string, num: number, enu: SomeEnum, any: any)
{
	console.log("property", str, num, enu, any);
	return function (_, __) {};
}

@klass(MyString, 5, SomeEnum.One)
class A
{
	@property("Foo property", 5, SomeEnum.One, { foo: "f", bar: 5, baz: SomeEnum.Two })
	foo: string;

	@property(SomeString, 5, SomeEnum.Two, true)
	get bar(): number
	{
		return 0;
	}
}

[Hookyns]

Available from:

[email protected]
[email protected]

Version details in CHANGELOG

[hugebdu]

awesome!
thanks @Hookyns