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

[СлаваRa]

[IMG]http://i076.***********/0905/b4/5d132e1caf20.jpg[/IMG]

[Artic]

[r_r_f_r]

Да вы, господа, юмористы.

[wvxvw]

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

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

Ну почему компилятор? Вы думете, что lc.exe есть дело до System.Generics или System.Collections? По-моему, это очевидно, что эти вещи - часть фреймворка, а компайлер, ну, как бы просто их собирает... Я вообще это к тому, что даже ничего не меняя, т.е. используя все те средства, которые сейчас есть в наличии это все можно сделать, и не на самом плохом уровне. Это вопрос не технологии, а политики / маркетинговой стратегии. Очевидно, что людей, которые понимают, что им нужны нормальные коллекции, генерики и т.д. гораздо меньше, чем "обычных пользователей", которые хотят чтобы Флекс за них сделал всю их работу, и желательно по-быстрее.

Кстати, знаковым в этом плане является HBox / VBox - которые реализованы примерно так: super(true) / super(false). Типе, ну уж на столько лентяем нужно быть, чтобы одно свойство не задать?

[Fernando Costa]

2 wvxvw, натыкаюсь на твои посты на *****коде, отличненько Адобские программеры такие программеры...

[r_r_f_r]

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

Ну почему компилятор? Вы думете, что lc.exe есть дело до System.Generics или System.Collections? По-моему, это очевидно, что эти вещи - часть фреймворка, а компайлер, ну, как бы просто их собирает... Я вообще это к тому, что даже ничего не меняя, т.е. используя все те средства, которые сейчас есть в наличии это все можно сделать, и не на самом плохом уровне. Это вопрос не технологии, а политики / маркетинговой стратегии. Очевидно, что людей, которые понимают, что им нужны нормальные коллекции, генерики и т.д. гораздо меньше, чем "обычных пользователей", которые хотят чтобы Флекс за них сделал всю их работу, и желательно по-быстрее.

Кстати, знаковым в этом плане является HBox / VBox - которые реализованы примерно так: super(true) / super(false). Типе, ну уж на столько лентяем нужно быть, чтобы одно свойство не задать?

Конечно компилятору нет дела, если он предоставляет способ описывать шаблоны, а у нас они есть?(только ас3 и mxmlс)

В продолжении HBox/VBox можно накинуть Spacer
И это написано для желающих быстро всё набросать, и возможно для дизайн мода(чтоб разные пунктики были , ведь сколько в этом радости ), но ведь нам на это пофиг, мы используем полезный код, которого, несмотря на все минусы там достаточно.

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

Если у вас есть возможность написать прекомпилятор с этими возможностями, и чтоб он не трогал другой ас код (как например в xahe), напишите, и если он будет бесплатным - я буду несказанно рад , несмотря на то что такая обёртка на крупных проектах будет хорошенько сказыватсья на производительности.

[etc]

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

что ваш фреймворк - *****.

Так вот кто Flex-дрочер :-D
Командир, вы сначала напишите хотя бы такой же фреймворк (хотя бы 10% того, что он вообще умеет), а потом заявления делайте, ага? А пока у вас за душой кроме безумной любви к убогому говну флексу ничего нет.

[udaaff]

Сообщение от Psycho Tiger

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

Продаю попкорн, недорого.

[Fernando Costa]

[wvxvw]

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

Конечно компилятору нет дела, если он предоставляет способ описывать шаблоны, а у нас они есть?(только ас3 и mxmlс)

"Наш" компайлер может еще CSS и JavaScript если быть дотошным, но не в этом суть. Это не задача компилятора поддерживать шаблоны, его задача предоставить API для того, чтобы шаблоны можно было бы реализовать - такие API есть, и уж подавно они есть у разработчиков Adobe. Еще раз, с технической стороны проблем нет, проблема исключительно в расстановке приоритетов.

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

но ведь нам на это пофиг, мы используем полезный код, которого, несмотря на все минусы там достаточно.

Флексовый фреймворк не написан для серьезной работы, он для того, чтобы быстро решить проблемы ленивых или неквалифицированых програмистов, которые сами бы их по-другому не решили или решали бы на столько долго, что это перестало бы быть рентабельным. Но, если копнуть глубже - ни одна из фич разработаных во фреймворке не работает хорошо. Например, если вам нужно загрузить и отобразить много картинок, то Image вы не сможете использовать, и пропатчить его, чтобы он работал нормально - по времени дольше, чем написать свой. Вам нужно организовать общение с AMF сервисами, долго промучавшись вы в итоге поймете, что RemoteObject - это бесперспективное направление, и напишете альтернативное решение. С приходом четвертого флекса все новые компоненты содержащие текст используют TLF, это значит во много раз ухудшеная производительность без существенных бонусов взамен. В большинстве случаев вы захотите от этого счастья избавится - и вот тут то вас ожидает белое мохнатое северное животное похожее на лисицу А альтернатива-то, это только Флекс 3.Х.

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

Если у вас есть возможность написать прекомпилятор с этими возможностями, и чтоб он не трогал другой ас код (как например в xahe), напишите, и если он будет бесплатным - я буду несказанно рад ,

Ну, я ж говорю, работы ведутся Дай бог когда-нть даже сделаем. Меня возмущает в этом плане другое, почему, в итоге я (человек, который всю жизнь занимался UI и не более), вынужден писать практически все без исключения базисные вещи нужные для нормальной работы вообще...

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

несмотря на то что такая обёртка на крупных проектах будет хорошенько сказыватсья на производительности.

Чтобы написать компайлер работающий медленнее MXMLC нужно иметь:
- немаленький штат сотрудников (водиночку такую гору ненужного кода сложно написать).
- осведомленность о других проектах хоть чуточку похожих на мой и большое желание их всех туда включить, даже если используется полпроцента их функционала.
- выбрать самый неподходящий для компилируемых языков лексер, ну, например Питон или какую-нибудь из разновидностей Lua.
- и в конце концов поставить сверхзадачу, потому что распарсить инлайн XML это так, мелочи, стоит еще разрешить heredoc синтаксис и @"" - чтобы тем, кто на C# и PHP пишут было привычнее
Ах да, и, конечно, компилятор надо обязательно писать на каком-нибудь интерпретируемом языке, например, на PHP или JavaScript - потому что кроссплатформено и доступно каждому