Правильная реализация эффектов для мыши

[КорДум]

Реализуйте оба (как выше говорил Psycho Tiger).

Конечно, будет оба.

Я про вообще, а не про пример КорДума, он плох.

Почему же плох?

Если удобен - делай первый, конечно. Только мне кажется через 2-3 года он тебе станет неудобен

Я делаю сейчас нужные параметры в конструкторе, остальное сеттерами. Это разве плохо?

[iNils]

Почему же плох?

Создается стиль, в котором описываются все нужные вариации и передается одним параметром. Кэлбек задавать в конструкторе визуального объекта тоже не здравая мысль.

[КорДум]

iNils, вы имеете в виду, что вот так делать не есть хорошо?

var tf:TextFormat = new TextFormat();
addChild(new MyClass(tf));

Добавлено через 6 минут
А, ну да, сохраняется же ссылка на tf...

[iNils]

Нет. Вы спокойно можете так сделать. Но речь шла о нескольких TextFormat. Для этого лучше создать отдельные класс Style и указать все TextFormat там. А в MyClass передать style.

Что касается ссылки на tf, то можно сделать хитрый ход. Так как TextFormat не имеет метода clone, то при задании tf задать его для текстового поля, а только потом с этого же поля и записать TextFormat в переменную, которая будет хранить его для данного состояния, при условии, что начальное значение _tf равно null.

[Psycho Tiger]

Что касается ссылки на tf, то можно сделать хитрый ход. Так как TextFormat не имеет метода clone, то при задании tf задать его для текстового поля, а только потом с этого же поля и записать TextFormat в переменную, которая будет хранить его для данного состояния, при условии, что начальное значение _tf равно null.

Если честно не понял )
От себя - написать свой clone не сложно - я если надо для себя сделаю прослойку-патч TextFormat, или функцию cloneTextFormat.

Я делаю сейчас нужные параметры в конструкторе, остальное сеттерами. Это разве плохо?

Это как раз как надо.

@iNils: alatar прав, можно долго рассуждать кто что использует, а кто что нет. Опытные разработчики используют компоненты, а если что-то используется без компонента, но ему нужен инвалидатор - он пишется с нуля. Вообще реализация инвалидатора скрыта от того, кто использует этот класс/компонент, а речь идёт сейчас об интерфейсе - как удобней передавать.
Короче, спорить можно долго

[iNils]

Если честно не понял )

Накидал пример.

package {
	/*    IMPORT             *///{ /
	import flash.text.TextFormat;
	import flash.display.Sprite;
	import flash.text.TextField;
	//}
	public class Label extends Sprite {
		/*  - VAR PRIVATE        *///{ /
		private var _fmt:TextFormat = null;
		private var _tf:TextField = new TextField ();
		//}
		/*  * CONSTRUCTOR *      *///{ /
		public function Label (fmt:TextFormat) {
			_tf.defaultTextFormat = fmt;
			addChild (_tf);
			_fmt = _tf.defaultTextFormat;
		}
		//}
	}
}

Обрати внимание на конструктор, передаваемый формат fmt используется для форматирования созданного текстового поля лишь единожды, затем используется везде _fmt, который является клоном fmt созданного самим текстовым полем.

Опытные разработчики используют компоненты

Я не использую, значит я не опытный?

[Psycho Tiger]

Я не использую, значит я не опытный?

Используются когда они нужны, конечно. Когда тебе нужен скроллпейн, например, ты ведь берешь какие-то заготовки (свои, чужие) и кастомизируешь под себя? Вот тебе и компонент.
Ну и обратное не всегда верно. Это как если ты хороший повар и ты любишь делать салаты. Но если ты не любишь делать салаты - это не значит что ты плохой повар

По поводу кода - я правильно понимаю что где-то в недрах TextField`а при установке defaultTextFormat происходит клонирование TextFormat? Спасибо, не знал )

[silin]

>>затем используется везде _fmt, который является клоном fmt созданного самим текстовым полем.

выходит, что _fmt не нужен вовсе:

public function get textFormat ():TextFormat {
	return _tf.defaultTextFormat;
}
public function set textFormat (value:TextFormat):void {
 
	_tf.defaultTextFormat = value;
	_tf.setTextFormat (value);
}

[iNils]

Не при установке, а когда забираешь. Иначе бы можно было просто менять сам TextFormat, и его изменения должны сразу же отображается, а этого не происходит без переназначения его текстовому полю.

Добавлено через 5 минут
silin, это зависит от задумки. Если ты будешь брать TextFormat несколько раз подряд, то каждый раз будет происходить копирования. Я хотя и не измерял, но думаю, что это будет более трудозатратно, чем хранить уже готовую копию.

[Psycho Tiger]

Не при установке, а когда забираешь. Иначе бы можно было просто менять сам TextFormat, и его изменения должны сразу же отображается, а этого не происходит без переназначения его текстовому полю.

Хм.
Вообще мои рассуждения такие: TextFormat не наследуется от EventDispatcher`а, а значит путей что-то сказать TextFormat`у TextField`у нету. Поэтому изменяя поля TextFormat `а изменения в TextField`е не могут происходить. Поэтому обновление отображения текста в текстовом поле происходит в сеттере defaultTextFormat (ну и в setTextFormat).
Однако твоё утверждение что defaultTextFormat клонируется когда забираешь тоже верно:

trace(textField.defaultTextFormat === textField.defaultTextFormat); //false

Однако:

var textFormat:TextFormat = new TextFormat(null, 15, 0x51B5F7);
var textField:TextField = new TextField();
textField.defaultTextFormat = textFormat;
textField.text = "Hello ";
textFormat.color = 0xF751DA;
textField.appendText("world");

Но Hello world выводится монотонным цветом. Тут стоило бы сказать что значит клонирование происходит и в сеттере, но следующий тест ввёл меня в ступор:

var textFormat:TextFormat = new TextFormat(null, 15, 0x51B5F7);
var textField:TextField = new TextField();
textField.defaultTextFormat = textFormat;
textField.text = "Hello ";
//поменяли цвет на другой
var textFormat2:TextFormat = textField.defaultTextFormat;
textFormat2.color = 0x54F364;
textField.defaultTextFormat = textFormat2;
 
textField.appendText("world");

И снова Hello world выводится монотонным. Похоже я ничего не понимаю в текстформатах. Объясните, пожалуйста.