Хорошее MVC

[Zebestov]

Я не большой мастак, но подозреваю, что MVC в Papervision3D и ему подобных самое последнее, о чем стоит заботиться. Там приоритет №1 — скорость, а не элегантность.

[cr0w312]

ясно, тогда другой вопрос - насколько сильно упадет скорость приложения, при использовании MVC?
Возьмем например гамес уровня TD и ТаймЗэро.

[etc]

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

Возьмем например гамес уровня TD и ТаймЗэро.

Без MVC TimeZero валила бы Core i7 на раз-два.

[Psycho Tiger]

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

Без MVC TimeZero валила бы Core i7 на раз-два.

MVC для скорости? Всегда видел в нём небольшой упадок в ней в угоду сильно возрастающему удобству разработки.
Расскажи пожалуйста за счет чего, по твоему мнению, из за MVC появляется megaboost в скорости?

[etc]

Сообщение от Psycho Tiger

MVC для скорости? Всегда видел в нём небольшой упадок в ней в угоду сильно возрастающему удобству разработки.
Расскажи пожалуйста за счет чего, по твоему мнению, из за MVC появляется megaboost в скорости?

В централизации событий. Не нужно бегать по всем контролам и обновлять данные. Нет посредников в операции обновления.

[Zebestov]

Ну это разговор ни о чем. Игры уровня TD никак не пострадают от использования MVC. Как вообще в данном случае можно сравнивать 3d движок и казуальную игру?

[Котяра]

Я бы сказал по другому: без mvc, чтобы TimeZero не валила бы Core i7 на раз-два, пришлось бы приложить гораздо больше усилий, и не факт что получилось бы так же хорошо.

[Dukobpa3]

Всегда видел в нём небольшой упадок в ней в угоду сильно возрастающему удобству разработки.

Как по мне - внятная архитектура и есть залогом производительности. А как ты сам несколько раз повторял в своих постах - МВЦ у всех разный

[Psycho Tiger]

Поменять текущее имя игрока:
1) Кривоархитектура с логикой и отображение в одном классе:
1.1) Поменять поле класса
2.2) Обновить новое значение визуально

2) MVC:
2.1) Диспатч события об изменении
2.2) Поймали событие, меняем модель
2.3) Поменяли модель, рассылаем событие
2.4) Ловим событие, обновляем отображение

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

[Dukobpa3]

скорее не так) Твой пример на подгонку фактов похож уж слишком)

Поменять текущее имя игрока:

1) MVC:
1.1) Диспатч события об изменении
1.2) Поймали событие, меняем модель
1.3) Поменяли модель, рассылаем событие
1.4) Ловим событие, обновляем отображение

2) Кривоархитектура с логикой и отображение в одном классе:
2.1) Диспатч события об изменении (ввели в поле, нажали ок)
2.2) Поймали событие
2.3) Выполнили с десяток непонятных действий, объяняемых тем что архитектура писалась кучей программистов
2.4) И еще десяток действий
2.4.хх) Не забываем что в процессе написания поправили я пяток-другой классов чтоб предыдущие пункты выполнялись.
2.5) теперь у нас есть переменная с именем новым (и старым)
2.6) для верности продублировали в десяток переменных
2.7) послали в базу данных
2.8) оно до базы не дошло (почему-то О_о)
2.9) поправили еще с пяток классов
....................
Ну и в таком духе. Так и блуждет наше нажатие на кнопку "Ок" при смене Никнейма по всей системе, плодя за собой еще целые кучи событий и кучи переменных....