Быстренько перечитал все 8 страниц - наибольшие нарекания вызывает реализация ArrayCollection и ListCollectionView...
Если честно, то почему вас не смущает отсутствие пакета flash.collections.* ?
Что мешало Adobe реализовать набор стандартных коллекций, таких как List, Set, Map и Tree, непосредственно во флэше? Вместо этого нам предоставляют аскетичный Array и Object. Ах да, еще Vector. Многочисленные реализации готовых коллекций на AS3 в расчет брать сложно из-за скорости.
Как говорит один мой знакомый java-программист: язык без коллекций - не язык.
В этом свете претензии к флексу смотрятся весьма незначительными))).
Второй принципиальный момент - это альфа и омега флекс-фреймворка, его величество UIComponent. Наверное это и есть отправная точка, где решается, использовать flex или не использовать.
Ну что могу сказать... Реализация и правда немного пугает размером и масштабами. Но за все время знакомства с флексом почти не припомню моментов, когда ошибка возникала там. В наследниках - сколько угодно, в UIComponent - никогда, если правильно с ним работать.
Зато если вам импонирует концепция жизненного цикла компонента, фазы инициализации, валидации и инвалидации - то придумано и сделано очень неплохо, и за отправную точку принять сам бог велел.
Не нравится, как работает тот или иной компонент, не вопрос - наследуемся от UIComponent и пишем свой. Голова и руки тоже на что-то даны, не фреймворком единым
Фреймворк, на мой взгляд, это в первую очередь концепция, workflow, а только потом набор готовых компонентов и решений.
Биндинг... "Кроха сын к отцу пришел, и спросила кроха: биндинг - это хорошо, или это плохо?"
Опять все упирается в то, где, как и когда его использовать. По этому поводу написано много статей, высказано много мнений, жарких споров и дискуссий.
По мне так биндинг хорош, чтобы быстро связать поля двух компонентов, например внутреннего и внешнего, или двух компонентов-чайлдов... И зло, если используется скажем для связки модели и вида, тут больше подходит старый добрый addEventListener.
Несколько примеров лично меня не убедили, что весь флекс - плох. И коли уж речь зашла о качестве, то оно скорее неоднорондо, чем стабильно хреново. Некоторые аспекты оставляют желать лучшего, некоторые реализованы из рук во плохо, некоторые на твердую 4+. Если усреднить - то в сумме да, получится твердая 3+.
Но вот как раз тут надо смотреть в первую очередь на конкретную задачу и исполнителя. Один может топором наваять, что ахнешь от восторга, а иному и полный кит от Bosh не поможет. Любой разработчик также должен понимать, где заканчивается универсальность и применимость инструмента в контексте задачи, а задача еще имеет такие факторы, как стоимость и сроки.
Все дело в правильной оценке цели и средств для ее достижения.
Грубо говоря, в одном случае хороший программист, видя несоответствие задачи и готового решения, пишет свое, пока плохой программист будет лепить заплатки, материться и патчить флекс-компонент, из-за лени или непонимания ситуации.
В другом случае хороший с незначительными усилиями применит флекс, пока плохой будет изобретать велосипед.