Идеи по расширению ERM, Чего не хватает, на ваш взгляд Опции

[NordStar]

Вот такая идея:

если ввести тригер на изменение значения определенной (заданной) переменной, то можно было бы формировать то, что в объектно-ориентированном програмировании называется свойством. Тригер запускался бы сразу при попытке изменить значение, и в него как параметр передавалось бы новое значение. Фактически изменить значение переменной можно было бы только внутри такого тригера.

Это помогло бы во многих случаях, например-
есть глобальная переменная, значение которой должно быть идентичным у всех игроках в мультиплеере. Сейчас приходится все время, как только такая переменная изменяется, вызывать команды по передачи данных, что естественно путает структуру скрипта, делает его трудным в отладке. Если же изменив переменную автоматически мы тем самым запустили бы функцию обработчик (тригер), с условием возврата управления обратно, то все необходимое можно было бы описать только в ней, и не перегружать содержание скрипта.

Естественно есть еще десятки случаев, когда такая схема была бы очень полезной (контроль значений переменной, отрисовка чего-либо и т.д.)

[gamecreator]

а не легче просто ставить город на карту?

[Demiurg]

а не легче просто ставить город на карту?

В том то и дело, что интересно, чтобы на карте стоял камень, а при заходе в него открывался город. Камень номер один я привел для примера. Можно заменить случайный камень на город или вообще не камень, а другой объект. Точнее заменить здесь не очень подходит, приведенная команда заменяет только свойства объекта, сам объект остается неизменным. На карте как был камень, так и стоял. А еще точнее не заменяет свойства, а должна заменять, потому как работает она на данный момент некорректно.