[РЕШЕНО] Рекурсивно найти на сцене ребенка с заданным ID

[caseyryan]

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

а как это можно менять тему топика?

Первое сообщение редактируешь - расширенный режим. И там меняется

[undefined]

о, спасибо давно искал)

[faraday]

а почему кстати используешь кастомный класс для контейнеров тутора? как я понимаю это обычные displayObjectContainer, например с кнопками. тогда и связанность меньше.
И не лучше ли хранить весь путь от стейжа, например stage.win1.panel2.btn1, чем пытаться все это кодировать в id кнопки, которая может и не знать где лежит, и как себя отличить от остальных. да и поиск будет быстрее. надо только дать имена контейнерам

	static public function targetByPath(child:DisplayObjectContainer,path:Array):DisplayObject {
			var childName:String = path.shift();
			if (!childName) return child;
			return findByPath(child.getChildByName(childName),path);
		}
		static public function pathByTarget(target:DisplayObject):Array {
			var path:Array = [];
			while (target!=stage) {
				path.unshift(target.name)
				target = target.parent;
			}
			return path.join('.');
		}

[caseyryan]

а почему кстати используешь кастомный класс для контейнеров тутора?

Это не класс, а интерфейс. Поэтому он и называется ITutor. Дело в том, что это могут быть и не дисплей объекты, но методы set tutorID и get tutorID у них быть обязаны. Эти свойства им адаются сразу в конструкторе. Этот метод ищет ITutor'ы в дисплей листе. Некоторые могут присылаться с данными в команде от модели. Все должно работать так же

И не лучше ли хранить весь путь от стейжа, например stage.win1.panel2.btn1

Конечно нет. У меня Tutorial вообще не сзязан с игрой. Я могу его запросто перетащить в другую игру и только инструкции внутри переписать под нее. А если я сделаю так, то появится ненужная связанность. Да еще и не надежно прописывать такие "хардкодные" пути

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

да и поиск будет быстрее. надо только дать имена контейнерам

Этот поиск укладывается в тысячные доли секунды. Объектов на сцене всего пара сотен. Явно не самое слабое место в игре. Игрок даже не заметит никаких задержек, так что о скорости поиска я вообще не парюсь

[faraday]

Спасибо, надо будет попробовать такую схему, без дырок) но все же как например указать id такого объекта stage.win1.panel2.btn1, тут большоая вложенность, и видно что btn1 может быть тысяча, а нужно из них заблокировать только одну например. И кстати что по свободе действий? по моей статистики проходят раза в 4 хуже, чем когда ведешь до конца. тут же не просто блокирование кнопок, а целые цепочки действий и переходов между ними

[caseyryan]

надо будет попробовать такую схему, без дырок) но все же как например указать id такого объекта stage.win1.panel2.btn1, тут большоая вложенность

Можно конкретно в месте создания этой кнопки задать ей другой tutorID, например "thatVeryButton", который перепишет то, что задано в конструкторе. И тогда в туторе просто указать в шаге thatVeryButton, который и будет указывать именно на ту кнопку.

И кстати что по свободе действий? по моей статистики проходят раза в 4 хуже, чем когда ведешь до конца. тут же не просто блокирование кнопок, а целые цепочки действий и переходов между ними

Да тут в принципе тоже самое и получается. Разница лишь в том, что игрок может вместо тупого щелканья по подсвеченным кнопкам, что-то еще сделать. Я в тутор добавляют разный интерактив, вроде разговора с NPC, или обыска разных предметов (в меру конечно, чтобы не сильно отвлекался). Можно что-то разгромить. Но в итоге, когда игрок что-то там поделает, ему все равно придется завершить этап тутора. Там, к примеру, есть двери, ведущие в другие комнаты, и пока завершенный этап тутора не пошлет команду открыть эту дверь, игрок туда зайти не сможет. В общем, не полная свобода, но более свободно, чем в классическом варианте. Игру еще не выпустили, но на своих знакомых друзьях и близких я уже этот тутор опробовал. Прошли без проблем даже те, кто вообще не играет в игры. Как будет после запуска, еще предстоит узнать. Но пока я позитивно настроен по поводу этой схемы

[faraday]

Спасибо)

[caseyryan]

всегда пожалуйста)