Чем так плох Flex?

[wvxvw]

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

wvxvw

Всё верно, но как сделать иначе?

- коллекции - никак.
- биндинг - никак, но он собственно и не нужен, юзаешь биндинг - купи эмблему "лентяй".
- стили - юзая css и метадату мы однозначно уходим от типизации, иначе опять же никак.
- mx.rpc.* - не слышал никогда.
- UIComponent - никогда ничего не падало , снова мой идеальный мир
- за идентификатор - руки оторвать.
[...]
но кто вам мешает не юзать этот биндинг, и всякие другие бантики.

Да кто сказал, что никак? List реализуем с помощью AS (кстати, по-моемy, вы мне даже помогали с сортировкой ), Tree, вообще на раз-два. Set / Map возможно проблематичнее, но, при желании - все возможно. Да и вообще, на то и нужен фреймворк, чтобы велосипеды не писать, могли бы и с помощью Alchemy сделать, если уж так совсем средствами одного AS не выходит - на то у Adobe и все инструменты есть Точно так же могли бы и generics сделать. Это как бы не в наличии средств дело а в маркетинговой политике... Они с SL соревнуются.
Биндинг можно было сделать просто через рефлекшн. Он был бы такой, как BindingContext в .NET - ну и ничего, никто бы не умер от того, что любые свойства нельзя биндить, а только дата провайдеры.
Я вот пишу CSS библиотечку, так чтобы без метадаты Можно, все можно, просто опять же, с комерческой точки зрения не перспективно делать хорошо, но сложно / долго. Проще добится чтобы работало в большинстве случаев, а на остальное забить.
Ну, из самых извесных примеров - попробуйтe маску положить на UIComponent

Так я и не использую, просто, по мере того, как начинаешь ставить ограничение типа "того нельзя, а это - плохо", в итоге остаешься с опять же Pure AS3 Project.

[r_r_f_r]

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

Да кто сказал, что никак? List реализуем с помощью AS (кстати, по-моемy, вы мне даже помогали с сортировкой ), Tree, вообще на раз-два. Set / Map возможно проблематичнее, но, при желании - все возможно. Да и вообще, на то и нужен фреймворк, чтобы велосипеды не писать, могли бы и с помощью Alchemy сделать, если уж так совсем средствами одного AS не выходит - на то у Adobe и все инструменты есть Точно так же могли бы и generics сделать. Это как бы не в наличии средств дело а в маркетинговой политике... Они с SL соревнуются.
Биндинг можно было сделать просто через рефлекшн. Он был бы такой, как BindingContext в .NET - ну и ничего, никто бы не умер от того, что любые свойства нельзя биндить, а только дата провайдеры.
Я вот пишу CSS библиотечку, так чтобы без метадаты Можно, все можно, просто опять же, с комерческой точки зрения не перспективно делать хорошо, но сложно / долго. Проще добится чтобы работало в большинстве случаев, а на остальное забить.
Ну, из самых извесных примеров - попробуйтe маску положить на UIComponent

Так я и не использую, просто, по мере того, как начинаешь ставить ограничение типа "того нельзя, а это - плохо", в итоге остаешься с опять же Pure AS3 Project.

Допустим мы начали
Лист будет реализован обёрткой - что просадит всю скорость в сравнении с массивом( это если их юзать в тонких местах), юзая алхимию - опять 10 обёрток.
Коллекция в фреймоврке не для супер высокой производительности, она для типизации.

Биндинг - меня если честно тошнит от этого слова, особенно как представлю что компилятор каждое поле нежно обернёт и увеличит стек вызовов в два раза.

Я вот пишу CSS библиотечку, так чтобы без метадаты

У меня тоже такая есть, но она не проверяется на этапе компиляции, она не составляет таблицу этим "строкам", у нас динамический язык, и мы никуда от этого не уйдём.

Маску положил , работает

<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009" 
			   xmlns:s="library://ns.adobe.com/flex/spark" 
			   xmlns:mx="library://ns.adobe.com/flex/halo" 
			   creationComplete="application1_creationCompleteHandler(event)">
	<fx:Script>
		<![CDATA[
			import mx.events.FlexEvent;
 
			protected function application1_creationCompleteHandler(event:FlexEvent):void
			{
				var sp:Sprite = new Sprite();
				var gr:Graphics = sp.graphics;
				gr.beginFill(0,1);
				gr.drawRect(0,0,300,300);
				butt.mask = sp;
			}
 
		]]>
	</fx:Script>
 
	<mx:Button id="butt" width="100%" height="100%"/>
</s:Application>

[wvxvw]

По поводу масoк:
http://bugs.adobe.com/jira/browse/SDK-13802

>> Лист будет реализован обёрткой - что просадит всю скорость в сравнении с массивом
Доступ через findPropStrict быстрее чем доступ к элемену массива - на этом основан HaXe FastList - вот, посмотритe тут: http://haxe.org/com/libs/listtools/w..._should_i_use_

>> юзая алхимию - опять 10 обёрток
С чего бы это вдруг? это просто сейчас так сделан интерфейс использования - одна функция через которую происходит все общение, на самом деле никакие обертки не нужны... можно просто байткод поправить, например, в уже скомпилированом классе. Проект Алхимия - это только "интерфейс" к генерации байткода вне флексового компилятора, но никто не говорит, что в той же алхимии нельзя создать класс, тот же лист, который будет экспонировать все API, которые от него нужны. По сути тот же FastList - его можно импортировать в AS3 проект и использовать там - чем не алхимия? Как бы фишка в том, что используя ровно все те же флешевые опкоды можно сделать и нормальные коллекции, и дженерики и много всяких других плюшок. И, по-нормальному, это то, что разработчик бы как раз и искал во фреймворке (сравнитe с теми же Java EE / SE / .NET). А Adobe туда напихали то, что, в принципе, разработчики на AS3 вполне могут и сами сделать...

>> У меня тоже такая есть.
Я буду ее приделывать к HXswfML Так что там практически и компайлер будет, ну и если все пойдет по плану, то и валидация во время компилирования и т.д. Только это много времени и усилий... но это возможно. Это не какая-то неразрешимая в принципе задача

[r_r_f_r]

Но это уже не фрэймворк, а копилятор, всё что можно было высосать из сегодняшнего ас3, всё сделано.
И я сам мечтаю о инлайнах, шаблонах и о ас4.

[etc]

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

private function updateSize() : void

станнова-то видеть тут private

Странно вообще определять возможности, бегло просматривая декомпилированный код одного из пары тысяч классов фреймворка. Но не суть. Суть в том, что флекс — *****.

[Artic]

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

Странно вообще определять возможности, бегло просматривая декомпилированный код одного из пары тысяч классов фреймворка. Но не суть. Суть в том, что флекс — *****.

ахахахах etс, пять балов

[r_r_f_r]

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

Странно вообще определять возможности, бегло просматривая декомпилированный код одного из пары тысяч классов фреймворка. Но не суть. Суть в том, что флекс — *****.

Суть в том, что
com.timezero.platform.display.gui.core.UIControl судя по размеру и addChild - ядро "компоновщика", с методами :

private function updateSize() : void
private function updatePosition() : void

и реализация этих методов - явно уступает флексу.
Но не суть, суть в том, что ваш фреймворк - *****. (В подготовке материалов использовалось)

[CrazyFlasher]

плюс и в бан

[Artic]

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

плюс и в бан

причем пожизненный !

[Psycho Tiger]

Куплю попкорн, дорого)