Но, несмотря на немногочисленную аудиторию, я с удовольствием посмотрел и послушал выступление создателя библиотеки Away3D, Александра Задорожного, как часть доклада «Трёхмерные вебсайты и вебсервисы: возможности, преимущества и перспективы». Он, довольно грустно поведал о разочаровании последней версией Flash Player 10 на предмет отсутствия ожидаемой полной поддержки 3D, а не только базового функционала. Сказал, что забросил своё детище, хотя и удивлён тем, что, проект Away3D так долго существует (связывает это с низкой функциональностю API Flash Player-а).

Мою презентацию можно прокликать он-лайн. Вроде бы будет и видео с выступления (но как часто бывает, после окончаний конференций уже некогда и незачем подобным заниматься).

По уже сложившейся «традиции», после моего выступления Сергей Байдачный из Microsoft рассказал о Silverlight. На этот раз о новых фичах третьей беты. Вообще, мне очень интересна тема разработки на Silverlight (думаю, как и большинству сознательных флексеров). Flex до сих пор сложно назвать самым крутым средством для RIA, ввиду забивания со стороны Adobe на большинство вопросов программистского характера (рефакторинг, логичной и управляемой снаружи ООП моделью базовых компонентов, возможности языка Action Script). Так как Silverlight является наследником крутейших средств и методологий .NET-а, то он априори — крут, крут, крут.

Программа доступна для ознакомительной установки. Наврядли удастся как-то использовать на практике, без соответствующего ПО для серверной стороны.

Некоторые детали

Интерфейс программы выполнен без дополнительного «скинования». Я не использовал никаких фреймворков. Поддерживается undo/redo для всех операций. Из интересных архитектурных моментов могу описать процесс декларации метаданных для передачи информации в редактор свойств выбранного элемента в дереве.

По-сути, каждый элемент дерева это наследник базового класса TreeNode, в котором объявлены специфические для его типа свойста, например:

public class PagesBaseNode extends TreeNode {

        [Bindable]
        [Serializable]
        [Editable(group="General", dependentGroup="Page", editor="CheckBoxEditor",
            label="page", bindable="true", index="5")]
        public function get page() : Boolean {
            return _page;
        }

        public function set page(value : Boolean) : void {
            _page = value;
        }

        [Serializable]
        [Editable(group="Page", editor="StringEditor", label="start template:", index="0")]
        public function get startTemplate() : String {
            return _startTemplate;
        }

        public function set startTemplate(value : String) : void {
            _startTemplate = value;
        }

        [Serializable]
        [Editable(group="Page", editor="CollectionEditor", label="aliases:",
            itemsEditor="TwoStringsEditor", itemsClass="PageAliasEntry",
            itemField1="alias", itemField2="target", index="1")]
        public function get pageAliases() : ArrayCollection {
            if (_pageAliases == null) {
                _pageAliases = new ArrayCollection();
            }
            return _pageAliases;
        }

        private var _page : Boolean;

        private var _startTemplate : String;

        private var _pageAliases : ArrayCollection;
    }

С помощью метаданных Serializable я указываю какое значение нужно сохранять в результирующем XML, блок Editable описывает тип редактора, подпись, позицию в наборе, а также, если свойство имеет списочный тип — класс элементов списка и названия полей в которые будут сохранятся значения.

Данное решение очень удобно тем, что при наличии более 10 типов элементов дерева в среднем с 5 уникальными свойствами в каждом из них, я избегаю разработки массы различных форм с разными наборами идентичных контролов для редактирования. При каждом выборе элемента дерева, редактор свойств, используя Repeater, генерирует набор из стандартных, предварительно запрограммированных редакторов: StringEditor, CheckboxEditor, CollectionEditor, TwoStringsEditor etc.

Cчитывание метаданных из объекта — дело техники, это не сложно.

Я подумывал о том, что-бы вычленить базовые классы TreeEditor, TreeArrow и TreeNode как отдельную open source библиотеку. А так же, можно добавить код по обработке метаданных элементов дерева и редактора свойств туда же. Если в коментариях отпишется хотя-бы один человек, кому бы это пригодилось — я это сделаю.

На разработку, в общей сложности и в одиночку, я потратил 6 месяцев. Первые четыре на программирование, вторые два на исправление ошибок. Заказчик очень доволен и не хочет останавливаться на достигнутом. Я, правда, не уверен буду ли я учавствовать в этом продолжении.

От конференции остались самые положительные эмоции. Особенно, от того факта, что я сэкономил $200 на вход :-).

Впринципе их можно понять, ведь в приложениях написаных для AIR нужна поддержка drag-n-drop с ОС, но не давать возможности выбирать, это, как всегда, плохо. Существует очень грязный хак: нужно присоединить исходники Flex Framework к нашему проекту Project Preferences -> Flex Build Path -> Source Path, которые находятся в /Applications/Adobe Flex Builder 3 Plug-in/sdks/3.0.0/frameworks/projects/framework/src. После этого мы можем поменять в классе SystemManager функцию docFrameHandler(), нужно оставить только данный код:

Singleton.registerClass("mx.managers::IDragManager",
Class(getDefinitionByName("mx.managers::DragManagerImpl")));

После перекомпиляции мы получим DragManager который использует DragManagerImpl по умолчанию.

Проблема состоит в том, что «air_b3_mac_121207.dmg.bz2» файл, который я получаю с сайта Adobe имеет неправильное расширение *.bz2. Его автоматически добавляет браузер Safari и на самом деле оно не нужно (с ним Disk Utility сообщает: «There are not mountable filesystem in package»). Таким образом, после переименования в «air_b3_mac_121207.dmg» устанановка AIR Runtime запускается без проблем.

Круто? (Не совсем, можно было бы всё-таки ненавязчиво сообщить, что памяти-то маловато)

Думаю в этом, частично, проявляется суть Mac — сделать всё, что можно с любым ресурсом (прибегая даже к торможению) не спрашивая пользователя про детали (иногда это вминяют ему в повышеную стабильность и юзабильность). В Windows чаще всего, пользователь просто предстаёт перед какой-то ошибкой выполнения. А суть то одна и та же, нада что-то чинить.

И в том и в другом подходах, свои плюсы и минусы. А идеальных ОС нет =(. Может Ubuntu скоро станет такой…