модульность и общий элемент

[in4core]

Снова мучаю вас глупыми вопросами о архитектуре.
Допустим есть у нас некая игра, игра поделена на модули, скажем :
модуль чата, денежный модуль, модуль меню и т.п.
Скажем в модуле денег есть некая переменная типа *общий баланс* ( ну это и логично, что именно в этом модуле должна быть эта переменная ) . Рассматривая дальнейшую логику, нам оказывается требуется показать общий баланс например в модуле меню или в чате ( образно говоря ) . Однако, как уже было сказано вся логика денег - в денежном модуле.
Вопрос : имеем ли мы право объявить в денежном модуле переменную *общий баланс* статической, чтобы из любого другого модуля можно было получить ее, если понадобится?
Разговор идет именно о редких переменных, а не о каждой типа на всякий случай.
Если же такая логика считается избыточной, то как в данном случае должна выглядеть нормальная архитектура?

[Deimos747]

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

[in4core]

Они в единичных это понятно. Но дело то не в том,

в котором будут статические ссылки на каждый из модулей

Чем ваш подход кардинально отличается от
SomeClass.someVar ? Зачем создавать еще класс чтобы хранить в них ссылки, если мне нужна всего лишь 1 переменная ? Вообщем я скорее спрашиваю, такая архитектура нормальна или нужно меньть подход?, но как?

[Zebestov]

Вот все ругают MVC, как "неуместную головомойку" при создании игр, а там как раз таких проблем не возникает. Не надо было бы никаких статиков. Просто всем заинтересованным видам/контроллерам выдается ссылка на некий PointsModel (можно ограничить интерфейсом), в котором есть, например, геттер totalPoints.

[botbot]

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

Вот все ругают MVC, как "неуместную головомойку" при создании игр, а там как раз таких проблем не возникает. Не надо было бы никаких статиков. Просто всем заинтересованным видам/контроллерам выдается ссылка на некий PointsModel (можно ограничить интерфейсом), в котором есть, например, геттер totalPoints.

Там есть более сложная задача - распилить модули на mvc. И я, честно говоря, так и не понял как это красиво сделать. Либо получается правильная но сложная структура, либо всё в общей каше. Для меня пожалуй это один из главных аргументов, почему я не пользуюсь mvc если не вижу крайней нужды.

[in4core]

Вот все ругают MVC, как "неуместную головомойку" при создании игр

Тут скорее не важно игра это или еще что. Zebestov - не смог ли бы ты привести маленький пример решения моего вопроса через MVC или еще как?

[botbot]

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

[Zebestov]

MainModel содержит _pointsModel:PointsModel (есть геттер pointsModel)
Модули MainMenu и Chat получают ссылку на mainModel.pointsModel в конструктор, где она сохраняется в _pointsModel:PointsModel. После этого можно в любой момент взять _pointsModel.totalPoints.

[Silicium]

Вот все ругают MVC, как "неуместную головомойку"

и очень зря

[in4core]

Zebestov я тебя понял именно так :

MainModel.as
 
private static var _pointsModel:PointsModel = new PointsModel();
 
public function get points():PointsModel {...}
 
MainMenu.as
 
public function MainMenu() {
    _point /*singleTone*/ = MainModel.getInstance();
    _point.setNewPoint(***);
     trace(_point.points(***)) // ok
}

так чтоли?

Добавлено через 4 минуты
Только вот если я правильно понял, то вариант trace(SomeClass.somePoint) будет в 100 раз понятнее и удобнее, чем твой подход, но если понял неверно, тогда хотелось бы подробнее