|
|
|||||
Регистрация: Sep 2010
Сообщений: 33
|
Объясните 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. |
|
|||||
Регистрация: Apr 2010
Сообщений: 67
|
alatar, а какой способ лучше? Я пока понял первый вариант. И еще, какие приемущества у Code Behind кроме удобства?
__________________
Mobile Ritmxoid |
|
|||||
Цитата:
Цитата:
|
|
|||||
Modus ponens
|
Вообще это выражение так, не очень, применимо к Флексу... оно происходит от билдеров, я думаю еще со времен Борланда. Т.е. идея была в том, что часть кода пишется машиной, а вот тот, который "сзади" - человеком. Т.е. если вы MXML сами пишете (а не генерите, используя тот же дизайн вью), то как бы кода сзади и нету-то... Но это такое, я понимаю, что термин получил более широкое применение.
Честно говоря, инструменты кодогенерации во Флексе пока что на невысоком уровне, так что, если говорить о хорошем тоне, то лучше воздержаться от их использования (т.е. не использовать MXML/DCD впринципе). Конечно, недостаток такого подхода - тяжело оценить пользовательский интерфейс не этапе разработки (но при том, что дизайн вью и так большую часть все равно не показывает, не велика потеря). На первый взгляд может показаться, что прийдется писать больше кода, но с хорошо настроеными шаблонами разница будет небольшой, зато существенный выигрыш при отладке.
__________________
Hell is the possibility of sanity |
|
|||||
Регистрация: Sep 2010
Сообщений: 33
|
Спасибо!
|
|
|||||
Регистрация: Apr 2010
Сообщений: 67
|
wvxvw: мне как бывшему html-верстальщику и дизайнеру, mxml близок и понятен. Просто у меня сейчас в паре мхмл-компонентов накопилось очень много as3 кода. Вот и думаю имеет ли смысл разграничивать или пусть как есть.
__________________
Mobile Ritmxoid |
|
|||||
Регистрация: Apr 2010
Сообщений: 67
|
Просто думаю стоит ли овчинка выделки
__________________
Mobile Ritmxoid |
Часовой пояс GMT +4, время: 09:41. |
|
« Предыдущая тема | Следующая тема » |
Опции темы | |
Опции просмотра | |
|
|