Для чего задавать тип данных, при создании инстанса класса?

[wvxvw]

такой же, как и при отсутствии проперти foo в xml-коде.

Вы проверяйте перед тем, как утверждать. При обращнии к несуществующему атрибуту в XML ошибки времени исполнения не будет, это вполне легитимный способ проверить наличие атрибута.

[AlexDesinger]

Посмотреть наконец документацию о том, как задавать необязательные аргументы.

Я так понял что нада после обязательных параметров в конце использовать "...optionalArgs", например который будет массивом и дальше его обрабатывать как массив, так? А надо потом в методе указывать явно что это массив или передвать другому массиву для обработки, или в этом случае по умолчанию всегда массив и указывать тип данных не нужно и ошибок не будет?

[wvxvw]

AlexDesinger:
Оформление конструктора ничем в этом отношении не отличается от любой другой функции:

public function MyClass(mandatoryArgument:Type, 
                  optionalNullableArgument:Type = null | compile-time constant,
                  optionalNotNullableArgument:Type = compile-time constant)

[AlexDesinger]

wvxvw
А можно вопрос - а что это "compile-time constant" ?

[wvxvw]

AlexDesinger:
Это либо число, либо строка либо булевые константы, либо null / undefined.

Облегчение условное. Писать *****код проще и быстрее, нежели строгий и комментированный. )))

Это применимо только к *****редакторам и людям, которые не умеют пользоваться нормальными средствами разработки.

[mikhailk]

никто и не спорит
однако, 90%, если не больше, игр в социальных сетях сделаны именно на этом уровне, а про флэш-сайты и тем более баннеры я вообще молчу.

Но это не для этой темы.
На уровне теоретических построений я с Вами абсолютно согласен.

[Zik.]

Сообщение от mikhailk

никто и не спорит
однако, 90%, если не больше, игр в социальных сетях сделаны именно на этом уровне, а про флэш-сайты и тем более баннеры я вообще молчу.

И поэтому надо равняться на них?

[expl]

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

ИМХО лучше все равно включить strict-mode и сознательно написать:

var untypedValue:Object;
 
//или так(поведение немного отличается):
var untypedValue:*;

Тогда компилятор ткнет пальцем в место где вы сделали нетипизированную переменную несознательно, и где было бы лучше ее затипизировать

[AlexDesinger]

Это либо число, либо строка либо булевые константы, либо null / undefined.

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

[Wolsh]

Алекс, не путайте понятия "необязательный параметр" и "неопределенное число неопределенных параметров".
wvxvw рассказывает Вам именно про Необязательный, но определенный параметр - собственно, как Вы и спрашивали. Но имели в виду Вы Неопределенное число неопределенных параметров - именно в таком случае используется оператор ...имя_массива. При этом в функции создается массив имя_массива, и все неопределенные сигнатурой параметры помещаются в этот массив. Доступ к ним - как обычно к элементам массива. Тип каждого конкретного элемента естественно придется определять (либо положиться на свое знание, в каком порядке они будут отданы - я бы не стал))
пример

private function drawMulticolorLine(...rest):void
{
	for (var i:uint = 0; i < rest.length; i ++)
	{
		var color:uint = rest[i];
		this.graphics.beginFill(color);
		this.graphics.drawRect(i*30, 0, 30, 10)
	}
}
/* --------- */
drawMulticolorLine(0x000000, 0x444444, 0x888888, 0xAAAAAA, 0xCCCCCC, 0xEEEEEE);