Почему я должен использовать MXML?

Это зависит от потребностей Вашего приложения, но я обычно повреждаю свой дизайн в визуальные блоки и использую пользовательские компоненты MXML для разметки основных областей, и компоненты моего приложения (информационные панели, диалоговые окна, и т.д.) использующий mxml основывали пользовательские компоненты. Затем я увеличу это с пользовательскими компонентами ActionScript, где мне нужно больше визуальной гибкости, чем созданные в компонентах макета обеспечивают. MXML удобен, потому что он делает чрезвычайно легким получить компоненты на этапе и установить их различные свойства и настройки стиля.

Возьмите этот пример двух идентичных панелей входа в систему:

В MXML:

<mx:Panel xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" width="290" height="148" title="Login">
    <mx:Label text="User name:" width="80" textAlign="right" y="8" x="8"/>
    <mx:Label text="Password:" width="80" textAlign="right" y="38" x="8"/>
    <mx:TextInput id="txtUsername" maxChars="20" y="8" x="90"/>
    <mx:TextInput id="txtPassword" displayAsPassword="true" y="38" x="90" maxChars="20"/>
    <mx:Button x="185" y="68" label="Login" id="btnLogin" click="doLogin()"/>
</mx:Panel>

И в actionscript:

package
{
    import flash.events.MouseEvent;

    import mx.containers.Panel;
    import mx.controls.Button;
    import mx.controls.Label;
    import mx.controls.TextInput;

    public class MyLoginPanel extends Panel
    {

        private var _unLabel:Label;
        private var _passLabel:Label;
        private var _txtUsername:TextInput;
        private var _txtPassword:TextInput;
        private var _btnLogin:Button;

        public function MyLoginPanel()
        {
        }

        override protected function createChildren():void
        {
            super.createChildren();

            this.width = 290;
            this.height = 148;
            this.title = "Login";
            this.layout = "absolute";

            _unLabel = new Label();
            _unLabel.text = "User Name:";
            _unLabel.width = 80;
            _unLabel.setStyle("textAlign", "right");
            _unLabel.move(8, 8);
            this.addChild(_unLabel);

            _passLabel = new Label();
            _passLabel.text = "Password:";
            _passLabel.width = 80;
            _passLabel.setStyle("textAlign", "right");
            _passLabel.move(8, 38);
            this.addChild(_passLabel);

            _txtUsername = new TextInput();
            _txtUsername.move(90, 8);
            this.addChild(_txtUsername);

            _txtPassword = new TextInput();
            _txtPassword.move(90, 38);
            _txtPassword.displayAsPassword = true;
            this.addChild(_txtPassword);

            _btnLogin = new Button();
            _btnLogin.label = "Login";
            _btnLogin.move(185, 68);
            _btnLogin.addEventListener(MouseEvent.CLICK, doLogin);
            this.addChild(_btnLogin);
        }       
    }
}

Семь строк кода по сравнению с 62. Это - довольно простой пример, но надо надеяться Вы видите, как Вы могли бы извлечь выгоду путем разметки многих частей приложения в MXML, используете ли Вы режим проектирования в Разработчике Flex или нет.

Одной вещью, которую я действительно рекомендую однако, является содержание actionscript из Ваших mxml файлов как можно больше. Рассматривайте MXML как свое представление и разделите любую тяжелую функциональность на другие классы. Можно затем обеспечить общественные собственности в тех классах, с которыми могут связать средства управления в компонентах MXML. MXML является языком расположения, и по моему опыту он платит в конце для использования его, где он имеет смысл, и заскочите в actionscript каждый раз, когда более тяжелый подъем требуется.

Разработка элементов UI с mxml и визуальным разработчиком намного легче, чем в коде и менее подвержена ошибкам, по-моему.

Даже если UI изменяется динамично, часто это означает загружать предопределенные элементы UI и.

При использовании FlexBuilder затем, MXML полезен для разметки приложения, поскольку FlexBuilder может читать / пишут MXML в режиме конструктора. Также намного легче реализовать состояния через MXML.

Если Вы не используете инструмент, такой как FlexBuilder, который имеет режим конструктора, то это может быть менее полезно. Помните, хотя это, Flex4 должен представить новый Термо материал, который включает способность создать векторную графику с помощью нотации MXML, и позволит MXML использоваться для очищения компонентов Flex. Это, вероятно, добьется признания затем. Вы будете иметь преимущество в той точке, если Вы уже изучили свой путь вокруг MXML.

Вы говорите, что собираетесь использовать платформу Flex, но выбираете, использовать ли MXML или работать динамично в AS? Если так, затем главным преимуществом MXML является интеграция с интерфейсом дизайна. Если наличие доступа к интерфейсу WYSIWYG не имеет ценности для Вас, затем можно найти, что существует мало различия между MXML и чистым AS.

Если Вы спрашиваете об использовании MXML по сравнению с использованием файлов ФЛОРИДЫ, то это - совсем другой вопрос, хотя - это составляет, "почему я должен использовать Платформу Flex?"