Uso de Java [Interfaces / Clases abstractas] [duplicar]

Cuando tengo dudas, elijo seguir el paradigma GOF.

Encapsular lo que varía: - Definir un comportamiento único en su propia clase. Para hacer referencia al ejemplo anterior, implementa comportamientos para caminar, correr y teletransportarse en su clase separada. De esta manera, se implementa el comportamiento polimórfico.

Por el contrario, **Aggregate what is common** - Use clases abstractas para definir el comportamiento común en asociaciones polimórficas. Uso estos principios al diseñar relaciones entre objeto.

Sí, creo que estás yendo por el camino correcto con interfaces sobre clases abstractas.

Cualquier Zombi concreto que quieras hacer podría poseer cualquier combinación de las características de Caminar, Correr o Teletransportarse que quieras implementar.

Creo que la teoría de la programación moderna desalienta la herencia tanto como sea posible, porque inhibe la reutilización y la flexibilidad a largo plazo. Más bien, utilice interfaces y composición para lograr flexibilidad sin ' apretado acoplamiento'.

Una metodología para reutilizar código sin herencia, podría aplicar el paradigma de 'Favorecer la composición sobre la herencia'.

Me gusta pensar que 'Effective Java' (2nd edition) de Josh Bloch puede tomarse como "pensamiento actual" ...

Http://books.google.com/books?id=ZZOiqZQIbRMC&pg=RA1-PA71&lpg=RA1-PA71&dq=%22Bloch%22+%22Effective+java:+programming+language+guide%22+&hl=de&sig=RxlDlRBWUvNAzsAFzqOcftrYI5E#v=onepage&q&f=false

Por lo tanto, usted podría implemente todos sus comportamientos como clases independientes, y luego dé a cada implementación zombie su propia combinación de comportamientos, a través de la implementación y la composición..

Espero que eso tenga sentido y ayude ...

Habría escrito Zombie como una clase abstracta para evitar la redefinición de los campos x, y, salud, etc...

Para la clase Survivor, simplemente tendría que declarar públicas las funciones que se usarán externamente. Declaro funciones públicas en la parte superior de la clase. Declarar una interfaz cuando solo hay una clase implementándola inútilmente añade un archivo a mantener. Evítalo.

Nadie está de acuerdo sobre el uso de interfaces sobre clases super/abstractas;)

La razón principal para usar interfaces y clases super/abstractas es habilitar el polimorfismo. En tu caso, por ejemplo, tienes cosas que se mueven en la pantalla (el jugador y los zombies, etc.). ¿Por qué no hacer que todos se muevan en la pantalla usando el mismo método? Tal vez heredar todo lo que se va a mover en la pantalla de un objeto llamado "Móvil" o algo así.

Y si realmente eres en este material es posible que desee mirar mixins también. No es algo que Java soporta directamente, pero hay bibliotecas construidas para ello.

Tengo diferentes tipos de zombies, pero todos tienen los mismos atributos (x, y, salud, ataque, etc.) así que escribí un Zombie interfaz que implemento por WalkingZombie, RunningZombie teletransportingzombie etc. ¿Es esto lo mejor que se puede hacer? Soy mejor que con un clase abstracta? ¿O con una súper clase?

Una clase abstracta será una súper clase para tus zombis. una interfaz también sería en cierto sentido una super clase (super interfaz?) para su zombis.

Las propiedades comunes sugieren al menos una clase base abstracta para propiedades comunes.

(No estoy planeando implementar parcialmente funciones - por lo tanto, mi elección para una interfaz en lugar de una clase abstracta)

No estoy seguro de lo que quieres decir con esto.

Si tuvieras diferentes tipos de monstruos (duendes, orcos, etc.) puede encontrar un comportamiento común a estos que querrían pertenecer a diferentes clases base. esto sugeriría una interfaz.

Comenzaría con una clase base abstracta y vería lo que el código le dice mientras la escribe.

Tengo una clase describiendo al personaje principal (Survivor) y como es bastante grande quería escribir una interfaz con las diferentes funciones, para que pueda ver fácilmente y comparte la estructura de la misma. Es una buena práctica? O es simplemente un desperdicio de espacio y tiempo?

Su sobreviviente es lo que se llama un jugador-personaje (a diferencia de un personaje no jugador: alguien en un juego que normalmente no atacará a tu sobreviviente).

La mayoría de los juegos tratan a todos estos tipos de personajes como una especie de monstruo, ya que todos tendrán muchas propiedades en común (salud. magia, tesoros, armas, etc.)

Así que tal vez eso sea más un argumento para una interfaz.

Véase:

Usando la herencia y el polimorfismo para resolver un problema común del juego Ejemplos de diagrama de clases para RPG (Juego de roles Juego) diseñar la jerarquía de clases para los personajes típicos en el juego de rol

No creo que en tu caso tu interfaz y estructura de clases se alineen bien con la realidad. De hecho, creo (corrígeme si me equivoco) que cada zombi puede caminar, correr, teletransportarse, etc. dependiendo de dónde esté.

Por lo tanto, debe tener una clase o interfaz zombi y tener acciones que modifiquen el estado del zombi. La acción probablemente sería una interfaz o una clase abstracta, por lo que puede aplicar cualquier acción a un zombi sin saber cuál es la acción exacta does (e. g. action.perform(zobie)).

Si tienes diferentes tipos de zombis, como zombis de tres patas y zombis de un solo brazo, es posible que desees implementar diferentes clases que manejen las cosas de zombis, como mostrarse a sí mismos o validar cambios de estado (por ejemplo, un tipo especial de zombi puede no aceptar ser teletransportado).

En términos de tu ejemplo de Zombi, la interfaz funcionará bien, a menos que tengas un código común que quieras que hagan todos los zombis.

Digamos que tienes un método Move, que hace que los walkingzombies caminen, runningzombies corran, etc. Sin embargo, si quieres "Mover" para hacer que cualquier tipo de zombie haga algo común, entonces la interfaz te obligará a duplicar código, ya que no puedes poner un cuerpo en una interfaz.

Mi opinión es que es mejor usar la clase abstracta llamada Creature como una súper clase para todo tipo de, bueno, criaturas, y extenderla a Zombie para todo tipo de zombies.
Y también necesitará una interfaz.. para definir cuáles son las cosas que una criatura puede hacer..
como tal vez, caminar, o garra, o gritar...
la razón por la que necesitas una clase abstracta es desactivar la instanciación de Criatura , no querrías tener una criatura sin saber qué criatura lo es, ¿verdad?