|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Цитата:
Для них лучше использовать набор объектов, у которых каждый кадр вызывается метод Update(). Причём не грех срастить логику, данные и отображение одного объекта. Цитата:
|
|
|||||
Цитата:
Цитата:
Вариант по-лучше - читать грамотные книжки, хороших авторов. Мне от o'reilly больше всего нравятся, хотя даже среди них шлак попадается. Friends of Ed тоже неплохие |
|
|||||
[+1 22.04.13]
[+1 06.03.13] Регистрация: Apr 2012
Сообщений: 239
|
для игр mvc не очень (он хорош для интерфейсов)... последнее время пишу игру на MVP (model view presenter)
|
|
|||||
[+1 25.10.13]
[+4 18.03.14] |
Цитата:
Конечно можно заваливать г/к. Разгребать его все равно не вам. Не зависимо от глубины. Добавлено через 5 минут Дело не в инструменте, а в умении им пользоваться |
|
|||||
Регистрация: Dec 2011
Адрес: в Перми
Сообщений: 33
|
caseyryan, если язык уж настолько отличается, то да, ему нужно найти замену,
но если других языков нет, не изобретать же велосипед может иногда неплохо заглянуть в книжку и посмотреть что и как работает, но в отличии от исходного кода который написан и работает, в книге в основном куча теории и код предназначен на все случаи жизни, а не под ваш проект, тем более большинство книг ужасно оцифрованы или ещё хуже лежат на книжной полке, где-то очень далеко от дома, искать по такой книге инфу не проще чем вбить в гугл интересующую проблему + example о построении проекта волноваться не нужно, главное что код работает, а оптимизацию можно замутить при совершенствовании прогерских навыков, я использую книги только для справки и только когда в гугле вообще никто ничего не может сказать о моей проблеме
__________________
http://z0r.de/L/z0r-de_2898.swf |
|
|||||
Цитата:
- Если код не использует MVC - это не значит, ни что он плохой, ни что его трудно править, ни что его трудно писать - Если код использует MVC - это не значит что он хорош. Самый отборный "г/к" я разгребал как раз в проекте написанном на PureMVC (хотя там многие концеции MVC как раз шли лесом из-за особенностей фреймворка, и многое можно объяснить тем, что код правило до 5 человек, слабо контактирующих между собой) - Мир на MVC клином не сошёлся, MVC в принципе не может быть хорош на все случаи жизни. |
|
|||||
[+1 25.10.13]
[+4 18.03.14] |
Цитата:
|
|
|||||
Цитата:
Обмен с сервером - да(хотя, вроде AMF поудобнее и покомпактнее, но тут смотря какие требования к обмену с сервером), Статичные справочники, загружаемые клиентом - да. Но саму модель делать динамически типизированной и таскать по всей игре xml-объекты вместо типизированных экземпляров классов - это уже ооочень спорный момент (впринципе рабочий - мы динамические объекты такскали и делали доступ типа int(item[Item.Price]), но спорный) UI на XML тоже спорная вещь. Не первый раз слышу. Но каковы преимущества? Я нашёл только одно: - не надо компилировать игру, чтобы пододвинуть кнопку на 1 пиксель. Какие ещё? |
|
|||||
[+1 25.10.13]
[+4 18.03.14] |
PureMVC хороший фреймворк, также как и RL. Кто то правильно написал, что RL это оттюннингованный Pure
|
|
|||||
Регистрация: Dec 2011
Адрес: в Перми
Сообщений: 33
|
Цитата:
если мой пример плох, покажите что есть пример лучше
__________________
http://z0r.de/L/z0r-de_2898.swf |
Часовой пояс GMT +4, время: 13:16. |
|
« Предыдущая тема | Следующая тема » |
Теги |
игра , классы , структура |
Опции темы | |
Опции просмотра | |
|
|