Вопросы по Auran GameScript

[B.U.G.O.R.]

Как именно надо связывать CabinData и скрипт Locomotive?

Прописал это:

public ep2kcabindata cab;

В Init это:

cab = new ep2kcabindata();

И вот, он видит эту CabinData, но такое чувство, что он один раз цепанул значение переменной там и не получает ее новые значения. Тестово закинул PlaySound в цикл, где сделал if (cab.w2023) {сам звук}, если я изначально пишу в CabinData, что этот w2023 = true; то он играет, но стоит мне изменить это значение из скрипта кабины, то ничего не меняется. Как вот сначала прочитал значение, так и есть.

[kemal]

Назначение кабиндаты - сохранять состояние кабины, пока она не существует. В кабине,в методе attach нужно получить у локомотива кабиндату и восстановить из неё состояние. Когда что-то меняется в кабине, нужно сохранить всё в кабиндату и положить в локомотив.
А вот коммуникацию лучше делать другими методами.

[B.U.G.O.R.]

Назначение кабиндаты - сохранять состояние кабины, пока она не существует. В кабине,в методе attach нужно получить у локомотива кабиндату и восстановить из неё состояние. Когда что-то меняется в кабине, нужно сохранить всё в кабиндату и положить в локомотив.

Это понятно, с этим проблем нет. Увязать кабину и кабиндата нормально, а вот увязать кабиндата и локомотив почему-то не получается.

[TRam_]

В Init это:

Надо в attach() вызывать у лока GetCabinData() и копировать из переданной локом в свою. Кроме того, лок сам ничего запоминать не будет, ему вызывать SetCabinData нужно вручную.

P.S. лично я вообще ушёл от структуры cabindata, сделав динамически наполняемые наборы передаваемых контролов. Возможно на их генерацию затрачивается несколько больше ресурсов, зато передаётся и далее обрабатывается только то, что действительно нужно из свойств.

---------- Сообщение добавлено в 17:27 ---------- Предыдущее сообщение размещено в 17:23 ----------

В случае же непрерывных вызовов SetCabinData() локу постоянно придётся обрабатывать все настройки, которые там будут содержаться.

А сделать чтобы "при выходе из кабины кабина один раз передала эти настройки в лок" нельзя. Потому что это событие никак не обрабатывается, в отличие от запуска скриптов кабины при переходе в лок (это собственно вызов attach() )

[kemal]

Я специально написал, что коммуникацию нужно делать другими методами. Делать через кабиндату - это антипаттерн. Кабиндата предназначена только для сохранения состояния кабины. Локомотив не должен её обрабатывать.

[B.U.G.O.R.]

А как по-другому связать кабину и локомотив?

[kemal]

Сообщения. Но лучше класс со своими методами.

[TRam_]

Через вызовы публичных функций локомотива или отдельного класса, получаемого из локомотива. А вот чтобы периодически передавать данные из локомотива в кабину - это уже сложнее, нужно делать систему контроля нахождения игрока в локомотиве + делать развязку от циклического подключения скриптов (т.е. чтобы не было "кабина include'ит скрипты локомотива, который includ'ит скрипты кабины, которая include'ит скрипты локомотива ..."), разделяя её на родительскую и дочернюю части.

---------- Сообщение добавлено в 18:45 ---------- Предыдущее сообщение размещено в 18:44 ----------

Сообщения.

Плохой способ. Ресурсозатратный.

[kemal]

Ситуация, когда два класса (каждый в своём файле!) используют друг друга переваривается нормально. Я это использовал в пакетах для метро (правда, не помню, выкладывал ли).

Сообщения - да, плохой способ.

[B.U.G.O.R.]

делать развязку от циклического подключения скриптов (т.е. чтобы не было "кабина include'ит скрипты локомотива, который includ'ит скрипты кабины, которая include'ит скрипты локомотива ..."), разделяя её на родительскую и дочернюю части.

Это так на 2ТЭ10В сделано? Я тут глянул эти скрипты и офигел, походу, это именно так и сделано.

Короче, мне удалось сделать это дело, вот теперь скажите мне, на сколько это хороший способ (делал на примере секции ТЭ10, чтобы на ЭПшку загнать годноту сразу):

Это в Attach кабины:

CabinData cdU = loco.GetCabinData();
te10mcd gencd = cast<te10mcd>cdU;
loc = cast<te10bgrcool>(obj);
if(!gencd)
{
 gencd = new te10mcd();
 loco.SetCabinData(gencd);
}
cd=gencd;

Это в описание локомотива:

public te10mcd cab;
	te10mcd cd = null;

А это в тело локомотива:

public CabinData GetCabinData() 
	{  
		return cast<CabinData>cab;
	}
	
	public void SetCabinData(CabinData data)
	{
		cab=cast<te10mcd>data;
		w892 = cab.w2023;
	}

Т.е. у меня есть своя переменная в локомотиве, к которой я приравниваю переменную из CabinData, а loco.SetCabinData я запускаю только в UserSetControl по нажатию на какой-то p_control. Т.е., на сколько я понимаю, у меня нет постоянного вызова этой функции, а только в результате изменения переменной.



ЗЫ: Я чего ваще кинулся-то на это, я тут внезапно понял, что если пихать все в скрипт кабины, например циклический звуки вентиляторов или компрессора, какие-то другие процессы, то они будут активны только, когда я нахожусь в этом локомотиве. Стоит перейти в другой и все, все это заканчивается. Почему-то раньше не задумывался об этом, потому что тупо переделывал скрипты, а там уже все было сделано. Поэтому подумал, что надо работу схемы надо выносить в локомотив, а из кабины только управлять этим. Ну понятно, что оставить всякие плюшки там типа подсветок и прочее, что не является видным внешне и не является каким-то процессом, влияющим на работу машины.