Объясните Code Behind
 

Всем привет! Объясните, пожалуйста, как сделать этот самый Behind!!! Только не отсылайте меня к англоязычной литературе, читал, но до конца не понятно... В рунете все,что нашел, перечитал, а результата нет:(
Кто может рассказать об этом чуде программирования на уровне физкультурника младших классов?

Сама идея простая: отделить код (AS) от разметки (mxml). Как это сделать?
Способ 1. Создается базовый as класс (например MyComponentBase.as), который наследуется от класса, который вы бы использовали как базовый для mxml-компонента. mxml-компонент (MyComponent.mxml), в свою очередь, создается на базе MyComponent.as. В mxml-компоненте расставляются необходимые контролы. Все контролы, которые используются в коде, должны иметь id. В базовом классе (MyComponentBase.as) для этих контролов создаются публичные переменные соответсвующего типа. Весь код пишется в myComponentBase.as.
Способ 2. Создается as класс (от чего наследоваться неважно, хоть вообще не от чего не наследоваться) MyComponentMediator.as (например), который в конструктор принимает в качестве параметра ссылку на экземпляр MyComponent.mxml. По событию creationComplete (например) в MyComponent.mxml, создаете экземпляр MyComponentMediator.as и в конструктор передаете ссылку на свой компонент:
Весь код пишется в MyComponentMediator.as обращение к контролам осуществляется через ссылку на экземпяр MyComponent.

alatar, а какой способ лучше? Я пока понял первый вариант. И еще, какие приемущества у Code Behind кроме удобства?

Первый более распространен. Какой удобней, тем и пользуйтесь.
Лучше читабельность кода. Немного проще документировать код. Можно создать свой конструктор. Это так, на вскидку.

Вообще это выражение так, не очень, применимо к Флексу... оно происходит от билдеров, я думаю еще со времен Борланда. Т.е. идея была в том, что часть кода пишется машиной, а вот тот, который "сзади" - человеком. Т.е. если вы MXML сами пишете (а не генерите, используя тот же дизайн вью), то как бы кода сзади и нету-то... :) Но это такое, я понимаю, что термин получил более широкое применение.
Честно говоря, инструменты кодогенерации во Флексе пока что на невысоком уровне, так что, если говорить о хорошем тоне, то лучше воздержаться от их использования (т.е. не использовать MXML/DCD впринципе). Конечно, недостаток такого подхода - тяжело оценить пользовательский интерфейс не этапе разработки (но при том, что дизайн вью и так большую часть все равно не показывает, не велика потеря). На первый взгляд может показаться, что прийдется писать больше кода, но с хорошо настроеными шаблонами разница будет небольшой, зато существенный выигрыш при отладке.

Спасибо!

wvxvw: мне как бывшему html-верстальщику и дизайнеру, mxml близок и понятен. Просто у меня сейчас в паре мхмл-компонентов накопилось очень много as3 кода. Вот и думаю имеет ли смысл разграничивать или пусть как есть.

Вас так смутили философские размышления wvxvw?

Просто думаю стоит ли овчинка выделки :umnik2:

Нуууу, если вам нравятся километровые портянки кода с тегами <script>... :)
Попробуйте. Понравится – пользуйтесь, не понравится – не пользуйтесь.