Ejemplo de motor de juego modular?

Question

Me pareció un muy interesante lectura: http: //www.devmaster. net / artículos / oo-juego-diseño /

El autor dice en repetidas ocasiones "Wow, esto puede ser muy grande, de aplicarse con cuidado. Este es el futuro!". Bueno, no es muy útil. Necesito código, y sobre todo, necesito una prueba de que este tipo de diseño realmente funciona.

¿Conoce un ejemplo que pone en práctica algunos de los conceptos mencionados en este artículo? Tal vez una pequeña abierta juego de código se podría estudiar? O, al menos, un lugar donde se discuten conceptos similares?

Answer 1

  

A través del uso racional de la herencia y más plagado de métodos, y un cuidadoso diseño reflexivo de las clases base implícitas

Un buen diseño es bueno, por supuesto, pero los métodos virtuales no son una panacea, y tienen un costo significativo rendimiento, especialmente en las consolas de juegos.

  

reutilizable de tal manera que dos entidades creadas ajeno a sí podría, utilizando un sistema de este tipo de desarrollo, trabajar juntos sin cambios en su código

No. Cualquier entidad dada en un juego real será casi invariablemente tienen ciertos detalles que lo vinculan a ese juego. Esto dependerá de cierto mundial render estado (condiciones de iluminación, shaders, los parámetros de sombreado, etc.), y será íntimamente ligada a los objetos de núcleo utilizados por el sistema de la física.

  

Este sistema se encuentra actualmente en fase de prototipo, sin embargo, tiene la capacidad de producir juegos de calidad de gama media en tan sólo tres meses.

Un número retiró completamente del orificio inferior del autor.

  

Por lo menos, un sistema de este tipo puede ser utilizado para prototipos de juegos muy rápidamente, lo que tiene sus propios beneficios.

Esto puede ser cierto, pero incluso en los juegos de prototipos es un reto. Es imposible evaluar un borrador de un juego si se está ejecutando a media velocidad. Rendimiento siempre materia.

En resumen, él tiene algunas ideas OK allí, pero seguro que no es la verdadera manera de hacer juegos. Lo que él describe es un masivamente arquitectura desacoplado y de grano fino. Eso suena bien en principio, pero casi invariablemente conducir a un mal rendimiento y una sopa de unmaintainable de pequeñas clases.