Метатеги в качестве хелперов

[in4core]

Интересная фишка ( я лично не знал ). Что можно юзать метатгеи ( любые , свои ) - в качестве например подсказок.

Скажем есть линейка однотипных игр, и только в одной из них подключ доп модуль, но работает он с разными частями приложения, и соотв там где он используется оборачиваем в метатеги для подсказок, например. Чисто теоретический пример)

Интересно, только как оно интерпретируется компилятором, и что будет при декомпиле ?

Пример

[Extended_Module]
private var _module:SomeModule;
[*]
...
[Extended_init]
this._module.define();
this._module.x = 100;
[*]

Весело вообщем)

[tsarapkabel]

Сообщение от in4core

( подключ доп и соотв вообщем )

Где подсказки? ASDoc?

[in4core]

ПРичем здесь ASdoc ? про метатеги разговор виду, а не про документацию. Просто привел один из возможных примеров использования метатегов не по назначению ) Интересно вот только как в декомпиле он будет смотреться

[udaaff]

Так а в чём профит, мне что-то не ясно?

[incvizitor]

Интересно, только как оно интерпретируется компилятором

никак

Интересно вот только как в декомпиле он будет смотреться

то же самое

[Inet_PC]

[Extended_Module]
private var _module:SomeModule;[*]
...
[Extended_init]
this._module.define();
this._module.x = 100;[*]

Вы мягко говоря не в теме. Тег Extended_init бесмысленен (практически) ибо describeType не возвращает информацию о приватных полях. Ставить тег после переменной нельзя., как и нет тегов в коде (ибо это просто массив). Возможно вы перепутали с условной компиляцией:

CONFIG::Extended_Module{
private var _module:SomeModule;
}
...
CONFIG::Extended_init{
this._module.define();
this._module.x = 100;
}

В таком случае если Extended_init false, то в итоговой флешке этих блоков не будет.

[in4core]

Ставить тег после переменной нельзя

Можно, попробуй как я описал. у меня FD компилит на ура. И там не после переменной написано, а на след строке

ибо это просто массив

Это не массив, сравните разницу :
(пишем в cinit )

[1,2,3,4,5]  // массив без доступа к нему
["1","hello"] // аналогично
[MyTag] // не массив, а тег - ведь ни ключевого слова, ни какого либо значения с названием MyTag не сущ, и поидее в этом случае должна быть ошибка, если бы бы ла интерпритация как массива

Добавлено через 1 минуту

Так а в чём профит, мне что-то не ясно?

Ну чисто как подсказка например, иного пременения нет. А о приминениях указал Inet_PC по блогу wwxwv

Добавлено через 2 минуты

Возможно вы перепутали с условной компиляцией:

Нет нет, я о другом

[Inet_PC]

Можно, попробуй как я описал. у меня FD компилит на ура. И там не после переменной написано, а на след строке

Это потому что он относится не к ней, а к чему то ниже.

Это не массив, сравните разницу :
(пишем в cinit )

Я же написал, что в коде:

package
{
	import flash.display.Sprite;
	import flash.utils.describeType;
 
	public class testtag extends Sprite
	{
		public function testtag()
		{
			[MyTag] 
			var m:Object = {};
			trace(describeType(m).toXMLString());// <type name="Object" isDynamic="true" isFinal="false" isStatic="false"/>
			trace(describeType(new MyClass()).toXMLString());
//			<type name="testtag.as$0::MyClass" base="Object" isDynamic="false" isFinal="false" isStatic="false">
//				<extendsClass type="Object"/>
//				<metadata name="MyTag"/>
//			</type>
		} 
	}
}
[MyTag]
class MyClass{}

Возможно это и не массив, но бесполезно это точно.

[in4core]

Ну почему же сразу бесполезно Вот интересно, как ты будешь действовать ( к метатегам например не относится ) в случае, если тебе нужно написать 10 однотипных игр, с разными скинами, причем только 2 из них имеют ДОП функционал ( модули ) , который может(будет) взаимодействовать с разными частями приложения. - Все бы хорошо, если мы первым делом делаем эти 8 одинаковых игр, не зная о существовании этих 2х . Но ситуация омрачается, если все наоборот , сначала - делаем ИГРУ с модулями, а только потом штампуем однотипные БЕЗ модуля ( тоесть ситуация, когда мы не знаем какие будут в итоге однотипки, но знаем какая будет в итоге С МОДУЛЕМ)

[Котяра]

А в чём всё-таки профит?