Разрабатываем игру на AS3 (Часть 1: введение, утилиты)

[sith]

Спасибо. Это, конечно, но входит в цель статьи и вообще занудство, но, всё таки, я бы рекомендовал для AS3 писать так:

private static function isValidArrayOfRandoms(...arValue):Boolean
{
const l:int = arValue.length;

for ( var i:int = 0; i < l; i++)
{
const nValue:Number = arValue[ i];
if (( nValue < 0) || ( nValue >= 1))
return false;
}
return true;
}

public function ask( ...arValue):CFakeRandom
{
if (!isValidArrayOfRandoms(arValue))
{
throw ArgumentError( «Values should be in [0;1)»);
}
this.m_arRandomSequence = arValue;
return this;
}

[FilimoniC]

На Хабре, ИМХО, не любят Flash и все с ним связанное.

[meiciuc]

мне статья не понравилась — просто калейдоскоп какой-то:
1. на мой вкус, слишком много «воды», связанной с внутренними метаниями автора
2. не люблю в принципе супер-обширные темы, пытающиеся уместиться пусть и в цикл статей, как-то «написание компьютерной игры» — иным авторам в полноценных книгах места не хватает
3. было бы интересно почитать об опыте использования какого-нибудь КОНКРЕТНОГО инструмента, применительно к флэшу — то же ЮНИТ-тестирование. Сколько ни ЧИТАЛ о нем, ну не могу поверить в его удобство и целесообразность применения именно в AS-проектах (желательно с цифрами, типа сколько времени на сопровождение кода уходило ДО, и сколько ПОСЛЕ внедрения тестирования)
4. просто кровь из глаз брызжет, когда натыкаешься на подобное: «если мы пишем библиотеку «на экспорт», то возникает вопрос о предоставлении потребителю достойной документации» — это же статья для НАЧИНАЮЩИХ и ЗЕВАК, какой экспорт?!.. Это же АБСТРАКТНАЯ игра — кому нужна документация?

ЗЫ: хотел ответить, что хабр создан не для любви. Но потому «расписался», и получилось, что отвечать надо было автору, а не комментатору

[pqbd]

Если Вы продолжите читать цикл моих статей, то, возможно, Вы поймёте, что я имел в виду. Вы встретите код без документации там, где она не требуется и с документацией для повторно используемых «библиотек». На мой вкус есть разница, и я хочу прорекламировать такой подход в качестве альтернативы для «не писать документации совсем» и «писать документацию всему». Что касается «новичков», то двигаться мы будем от простого к сложному. Данный вопрос достаточно простой и объясняет основу, которая используется мной здесь и далее.