MXML без Flex и коллекции

[JackFromChaos]

Доброго времени суток.
Подскажите, если кто знает.
Если в классе есть свойство типа Array или Vector, например с именем test, то потом можно на mxml формировать коллекцию:

		<root:test>
			<root:Object />
			<root:Object />
		</root:test>

Ну и в таком духе...
Вопрос в том, а можно ли сделать собственную, пользовательскую коллекцию, не являющуюся наследником Array или Vector, что бы mxml мог с ней работать в таком же ключе? И если да, то какие требования к это коллекции? Ну там типа наличие каких то функций, наследования от каких то интерфейсов, какие то метатеги?

Добавлено через 4 минуты
Мдя, перечитывая свой вопрос, подумал, что дело наверное в конструкторе...
Т.е. вчера я выяснил, что такой код:

		<fx:Declarations>
			<s:int id="k">1</s:int>
		</fx:Declarations>

Можно предположить, что в результате будет что-то условно типа:

var k:int=new int(1);

Тогда вероятно тоже и тут...

test=new TestType(new Array(....));

где TestType - тип свойства Test...
Надо проверить %)

Добавлено через 18 минут
Проверил. Не вышло, вопрос остается открытым!
На самом деле, даже наследник Array не подходит,в смысле тип свойства test в данном случае должно быть Array, иначе появляется ошибки:
Error: In initializer for 'test', multiple initializer values for target type componets.TestCollection.
<root:Component /> - если пытаться сделать несколько объектов и
Error: In initializer for 'test', type componets.Component is not assignable to target type 'componets.TestCollection'.
<root:Component /> - если только один...
И все таки, можно ли как то сообщить mxml что TestCollection - это именно коллекция и научить его с ней работать?

[wvxvw]

Нет, нельзя, только если генератор MXML менять. Там просто намертво забито, что это может быть либо вектор, либо массив. По-дефолту - массив. Если это будет своя коллекция, то генератор не будет знать как сгенерить код добавления элементов... вобщем, теоретически, если есть желание заморочится - нужно смотреть исходники компилятора, это конкретное место и патчить.

[JackFromChaos]

печально... лесть в компилятор по моему не правильно, это хаки которые при любой смене framework могут перестать работать, да и не настолько это критично... Просто не красиво получается...
А такой тогда вопрос, к примеру я наследуюсь от Array, имплементирую IEventDispatcher, перегружаю там все методы связанные с модификацией массива, что бы он диспатчил соответствующие события о добавлении и удалении элемента, тут все просто, но есть 1 жесткая дырка! Остается возможность написать

arr[1]=object;

Это как то можно перехватить?
Тогда можно было бы написать более ли менее приемлемый вариант для данного случае.
Т.е. коллекция наша, наследник Array.
тогда getter возвращает нашу коллекцию и мы полностью контролируем любые действия над ней.
ну а с сеттером все просто, мы перебираем все элементы переданного нам массива и добавляем в нашу коллекцию... Получается относительно нормальная архитектура...

[alatar]

Что мешает полученный массив использовать как source для своей коллекции?

Добавлено через 2 минуты
Для test можно определить свойство по-умолчанию [DefaultProperty] в которое будут складываться добавляемые элементы.

[JackFromChaos]

Так собственно я и написал об это в последнем посте... Просто меня смущает избыточность, т.е. к примеру если у нас есть:

interface IEntity
{
    function get childs():Array;
    function set childs(arr:Array):void;
}

То соответственно функция вроде addChild кажется избыточной, ввиду того, что логично было бы тогда делать так:

instance.childs.push(new Object());

Соответственно сеттер действительно является просто source для мой коллекци, а геттер обеспечивает весь остальной функционал. Но так как надо контролировать добавление/удаление элементов, геттер возвращает полиморфный класс, не Array, а его наследник. Так у меня сейчас сделано.
Но здесь есть одна дырка. Я никак не могу в наследники отследить ситуацию:

instance.childs[1]=new Object();

На данный момент я вижу только 3 способа заткнуть эту дырку:
1) Реализовать весь набор вроде add,remove, и гетером просто возвращать клон коллекции, так сказать "для чтения"...
2) Реализовать весь набор вроде add,remove, у брать геттер
3) Понадеяться на то, что никто не станет пользоваться этой дыркой и оставить как есть Последний вариант подкупает своей простотой, но немного смущает

[alatar]

package mx.styles
{
[DefaultProperty("source")]
public class MyCollection
{
    public function set source(value:Array):void {...}
    public function get source():Array {...}
...
    //методы работы с коллекцией
{
{

<root:test>
		<MyCollection>
			<root:Object />
			<root:Object />
		<MyCollection/>
	</root:test>

[JackFromChaos]

О, изящно! Спасибо!

Добавлено через 2 часа 28 минут
Что-то не получается
Выдает ошибку Error: In initializer for 'components', type dio.componentModel.core.Component is not assignable to target type 'dio.componentModel.core.ComponentCollection'.
<root:Component />
Build halted with errors
Что я не так сделал?

<?xml version="1.0" encoding="utf-8"?>
<root:Entity 
	xmlns:fx="http://ns.adobe.com/mxml/2009" 
	xmlns:root="dio.componentModel.core.*" 
	xmlns:s="*">
	
		<root:components>
			<root:Component />
		</root:components>
</root:Entity>

public class Entity
{
	protected var _components:ComponentCollection;
	public function Entity() 
	{
	}
 
 
	public function get components():ComponentCollection 
	{
		return _components;
	}
	public function set components(value:ComponentCollection ):void
	{
                _components=value;
	}
 
}

[DefaultProperty("source")]
public class ComponentCollection
{
	protected var _arr:Array = new Array();
	public function ComponentCollection()
	{
	}
	public function get source():Array 
	{
		return _arr;
	}
 
	public function set source(value:Array):void 
	{
		_arr = value;
	}
 
 
}

Добавлено через 2 часа 53 минуты
получилось сделать так, но это уже совсем не изящно, скорее наоборот

		<root:components>
			<root:ComponentCollection>
				<root:Component />
			</root:ComponentCollection>
		</root:components>

[Flashrunner]

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

Выдает ошибку Error: In initializer for 'components', type dio.componentModel.core.Component is not assignable to target type 'dio.componentModel.core.ComponentCollection'.
<root:Component />
Build halted with errors
Что я не так сделал?

Передали Component туда, где ожидался ComponentCollection, о чем и говорит текст ошибки.

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

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

		<root:components>
			<root:ComponentCollection>
				<root:Component />
			</root:ComponentCollection>
		</root:components>

А вот так правильно.
Что именно вас не устраивает?

[JackFromChaos]

Лишняя пара тэгов(как следствие увеличение глубины и усложнение читабельности), избыточность описание(зачем писать тип того, что не должно иметь другого типа? +необходимость об этом помнить).
Лучше уж тогда сделать тупо flash style(к примеру как filters), на чем и остановился пока, ввиду простоты реализации:

public class Entity
{
 
	protected var _components:Array = new Array();
	public function Entity() 
	{
	}
 
	public function get components():Array
	{
		return clone(_components);
	}
	public function set components(value:Array):void
	{
		removeAllComponents();
		var c:int = value.length;
		for (var i:int = 0; i < c; i++)
			addComponent(value[i]);
	}
 
	public function addComponent(component:IComponent,name:String=null):void 
	{
		_components.push(component);
                ...
	}
        ...
}

С типом Array mxml работает без лишних тэгов и ладно...
Функционал работы с коллекцией перекочевывает непосредственно в владельца(как дети в DisplayObjectContainer), для работы mxml добавлен функционал аналогичный функционалу filters у DisplayObject. Не особо изящно, но работает...

[alatar]

избыточность описание(зачем писать тип того, что не должно иметь другого типа?

Это не тип. Это экземпляр, точнее будет инстанцирован экземпляр.