Implementación de Singletons en Programación de Videojuegos

Clase 17 de 53 • Curso de C# para Videojuegos

Resumen

El Singleton es un script que solo podemos usar una vez durante todo el videojuego, el truco para crear estas clases especiales es declarar un método especial usando la palabra static. En esta clase vamos a convertir nuestro script GameManager a una clase con su método estático para asegurarnos que no habrá más de un controlador de las etapas de nuestro juego.

El desafío de esta clase es responder las siguientes preguntas en el panel de discusiones:

Ya que nuestro videojuego es de un solo jugador, ¿tiene sentido convertir el script PlayerController en Singleton?
Si nuestro videojuego fuera multijugador, ¿tendría sentido convertir el script PlayerController en Singleton?

Juan Manuel Romano Siriani

student•

Ya que nuestro videojuego es de un solo jugador, ¿tiene sentido convertir el script PlayerController en Singleton? Yo creo que si tiene sentido, es decir el programa podrá correr de igual manera. Pero sería impractico. Si nuestro videojuego fuera multijugador, ¿tendría sentido convertir el script PlayerController en Singleton? No tendria sentido, debido a que solo exisitiria una sola instancia de la clase y cada jugador necesitaria tener su propia instancia con sus propiedades unicas, como la respuesta a los diferentes inputs. Si se lo implementara, los players (1,2,...,n) tendrian exactamente el mismo comportamiento.

Eso es lo que entendí, por favor corrijanme si me equivoco.

Luis Rodrigo Alvarez Herrera

student•

Ya que nuestro videojuego es de un solo jugador, ¿tiene sentido convertir el script PlayerController en Singleton? Yo diria que no ya que no habria otros scripts con los cuales chocar, de otra forma, no hya mas clases o metodos que interfieran Si nuestro videojuego fuera multijugador, ¿tendría sentido convertir el script PlayerController en Singleton? Ahi si, ya que el segudo jugador tiene sus propios controles y bien podria pausar su partida o bien saltar, por ejemplo en super contra son dos controles, el singleton es necesario para que cuando el jugador 1 salte, el jugador 2 se quede quieto

es lo que entiendo

Dino Pollece

student•

Hola, creo que estas invirtiendo un poco el concepto del Singleton. A mi parecer, que el juego de un solo jugador indica que nuestro Player puede ser un Singleton, ya que va a existir una sola instancia del mismo, y todos deberían acceder a esa única instancia. El caso de un juego con varios Players, daría lugar a que no se implemente el Singleton, ya que pueden existir varias Instancias del Player y no queremos que sean la misma. Saludos!

Tomas Leonardo Amaya Ríos

student•

Si tiene sentido que nuestro player sea una instancia compartida o singleton además si existe un player2 que sea solo un acompañante y que haga los mismos movimientos que el player1 tiene sentido que sea un singleton. pero si el player2 realiza acciones independientes al player1 como apoyar disparando tomar ciertas acciones independientes, recoger por aparte monedas, medicina es necesario que exista un playerController aparte para el player2, no puede ser singleton.![](

Yefri Enmanuel Encarnación Jiménez

student•

Según entiendo, si nuestro juego tiene un solo jugador: -Podemos crear un singleton para que solo haya una instancia de nuestro script player controller, pero a la vez no la veo tan necesario sería más una cuestion de seguridad para prevenir errores.

Si nuestro juego tiene varios jugadores necesitamos un singleton: -Diría que no puesto que si tenemos solo una instacia de la clase los otros jugadores no podría utilizarla.

Eso es lo que pienso aunque estoy abierto a sugerencias y aclaraciones que quieran darme.

Altair Barahona

student•

Totalmente de acuerdo

Cesar Chalimond

student•

Tengo un problema relacionado al game manager, en el player controller no me lo reconoce por ende cuando el personaje toca el piso no se cambia el estado del juego, y a causa de eos no puedo seguir con el curso, probé de todas formas, inclusive descargando los archivos del profesor

Y este es el código del game manager (descargado de los archivos de la clase)

<using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public enum GameState
{
    menu,
    inGame,
    gameOver
}


public class GameManager : MonoBehaviour
{

    public GameState currentGameState = GameState.menu;

    public static GameManager sharedInstance;

    void Awake()
    {
        if (sharedInstance == null)
        {
            sharedInstance = this;
        }
    }

    // Use this for initialization
    void Start()
    {

    }

    // Update is called once per frame
    void Update()
    {
        if (Input.GetKeyDown(KeyCode.S))
        {
            StartGame();
        }
    }

    public void StartGame()
    {
        SetGameState(GameState.inGame);
    }

    public void GameOver()
    {
        SetGameState(GameState.gameOver);
    }

    public void BackToMenu()
    {
        SetGameState(GameState.menu);
    }

    private void SetGameState(GameState newGameSate)
    {
        if (newGameSate == GameState.menu)
        {
            //TODO: colocar la lógica del menú
        }
        else if (newGameSate == GameState.inGame)
        {
            //TODO: hay que preparar la escena para jugar
        }
        else if (newGameSate == GameState.gameOver)
        {
            //TODO: preparar el juego para el Game Over
        }


        this.currentGameState = newGameSate;
    }


}
>

Jehan Carlos Veracierta Tanachian

student•

Estoy en las mismas, si pudiste averiguar, me avisas

Nicolas Rivarola

student•

Me paso lo mismo, lo solucione haciendo un include en el archivo Assembly-CSharp.csproj que lo visualizo facilmente en el VS code:

Agregando la siguiente linea de codigo: <Compile Include="Assets\Scripts\GameManager.cs" /> Abajo del PlayerController que si esta incluido por defecto:

Y ahi reconoce la clase sin problemas. Creo que ese es el problema que tienen espero sirva si no lo solucionaron aun. (Me quedo con la duda por ahora de porque exactamente pasa eso, si alguien tiene una explicacion seria util para futuros proyectos en C# y Unity. )

Diego Michael Zabala Montenegro

student•

No entiendo por que dentro de una clase instanciamos un objeto de esa misma clase del tipo static...no seria mas sencillo y lógico declarar la propia clase como estática? Según yo tendría la misma utilidad.

Massimo Di Berardino

student•

Hola Diego, esa es la manera en la que funciona el patrón de diseño singleton que se utiliza para cuando queremos tener una única instancia de algo. Si bien pudieras hacerlo con una clase static sería mucho más tedioso para asegurarte de siempre estar trabajando con el mismo objeto sin conflicto de instrucciones

Diego Michael Zabala Montenegro

student•

Te agradezco mucho por tu aporte massimokris :D

Federico Maidana

student•

Cuando quiero probar lo del inGame y menu, mi personaje una vez que llega al suelo se congela en la animacion de salto. y en unity me sale este error: NullReferenceException: Object reference not set to an instance of an object playerController.IsTouchingTheGround () (at Assets/Scripts/playerController.cs:45) playerController.Update () (at Assets/Scripts/playerController.cs:26)

Federico Maidana

student•

Ya lo resolví, me falta una mayúscula lpm. Horas de mi vida desperdiciadas.

Gabriel Aguilar

student•

No es tiempo perdido ... aprendiste !

Facundo Castro

student•

Como el juego es de un solo player tiene sentido usar SINGLEton.

Si fuese para mas de uno, no, porque precisas una instancia del script para cada player, y con singleton no se podria instanciar, asi que no. Ademas mario y luigi, si cada uno crea una instancia del mismo script en una sola pc si habria conflicto al moverse, tendria que modificarse para que cada uno tenga una seleccion de teclas asignadas, si fuese un multiplayer online, ya cambia, cada player tiene su instancia del script y al tener una pc por player no hay conflicto ya que cada uno mueve un gameObject distinto. :)

Emilio José Vargas Posada

student•

Por cada terminal debe haber un jugador, pero si hay dos jugadores o más hay que ver la forma de separar cada grupo de inputs dentro de la misma terminal es decir usar Player un player controller por jugador, sin embargo cómo lo que más se usa hoy en día son los multiplayers online, si tiene sentido usar Singleton para el Player Controller

Amaury Marc Anne Bertrand Biquet

student•

Hola, mi personaje se queda congelado en el salto y en Unity salta el siguiente error:

Este es el código que puse en el PlayerController el cual muestra que esta mal, pero no logro detectar ¿Cuál es el error?

Este es el código del GameManager

Bobionwa .

student•

5:21 Hola buenas tardes me podrian explicar esa linea de codigo , no la entendi bienn jsjsjs, Muchas gracias

Miguel Angel Velazquez Romero

student•

El current game state por defecto está en menú cuando le da al Play y toca el suelo cambia a in game eso pasa porque puede acceder a su instancia compartida y a partir de ahí a sus variables. A pesar de que el game state está declarado en otro script diferente, al hacerlo publico y fuera de la clase se puede acceder a los estados del juego sin ningún problema para notificar al mánager.

Pablo André Vásquez Romualdo

student•

lo que hace es asignar el valor "ingame" a la variable "currentGameState" dentro de la referencia estatica "sharedinstance" dentro de la clase "GameManager"

Juan Manuel Quiñones Marí

student•

con el GameManager es que se puede conocer cuantas veces uno muere en un juego o cuantas monedas a agarrado el personaje y poder interactuar con esos datos en el menu como por ejemplo comprar cosas con las monedas recolectadas?

Arturo Escamilla García

student•

Tu decides donde lo quieres llevar, pero para tener un orden es mejor que lo lleve el GameManager

Kevin Patricio Campos Venegas

student•

también se pueden usar los PlayerPrefs de UNITY o guardarlo en algún fichero como JSON.

steven leal

student•

y si tuviera singleton el player , como quedaria el codigo?

Adolfo Hristo David Roque Gámez

student•

Yo creo que si el juego de un sólo jugador, tiene sentido utilizar Singleton pero para el PlayerController. Si es multijugador no tiene sentido porque habrán varios GameControlles a los que el juego tiene que hacer referencia.

Wilmer David Cedeño Mendoza

student•

Creo que en un juego multiplayer si seria necesario el Singleton, e indicarle al juego cual es nuestro jugador y a cual debemos llamar los métodos como saltar o caminar, porque si no usaramos singleton, y hubiese mas de un Player, los 2 Players reaccionarian con el mismo Input

Jonathan Edwin Gutiérrez Olvera

student•

Yo digo que si es necesario el singleton en el PlayerController pues así nos aseguramos que solo exista un personaje y que se creen otros.

Si fuera multijugador no seria necesario pues aquí si podemos tener distintas instancias de la clase solo cambiáramos los controladores pero con el mismo script.

Nicolás Alejandro zlachevsky Gomez

student•

ya que nuestro juego es de un solo jugador ¿tiene sentido cambiar el script de playerController en sigleton? yo diria que no, ya que solo usaremos a un jugador y este hara todas las acciones, no lo veo necesario. ahora que pasa si ¿el juego es de multijugador? depende mucho a que ira orientado, si tienes muchos personajes dinstintos con distintos stats, si, ya que unos deben moverse mas rapido y otros mas lento, dado que si damos singleton todos se moverian igual si es que hay un bug, osea debe tener un sigleton para cada unico personaje para que se mueva independiente, aunque puede variar en implementacion y tipo de juego. si es solo una skin no hace falta o recolor del mismo pj.

Ramon Magaña Carrillo

student•

¿Que estoy haciendo mal? Al iniciar el juego mi personaje hace la animacion de salto y despues muere y me aparece el siguiente error, PlayerController.IsTouchingTheGround () (at Assets/Scripts/PlayerController.cs:87).

Leandro Ariel Labiano Ramo

student•

El simple echo que muera es raro, fíjate en como estas haciendo la lógica del método start del PlayerControle.cs, y el árbol de todos los métodos donde controlas la variable State_Alive.

Pedro Muñoz Becerra

student•

El error lo tienes en el GameManager, si te fijas en el if del awake, tienes un solo signo de = y deben ser dos:

if (sharedInstance == null)
        {
            sharedInstance = this;
        }

Si le dejas solo uno, le estás asignando el valor null, por eso te tira error al momento de querer modificar un valor.

Sé que es de más de un año, pero ojalá si a alguien le pasó le ayude.

Sebastian Duran

student•

Hay algo muy interesante con el profesor que logra simplicar los conceptos dados, no tanto por las analogías sino por la forma en la que explica los conceptos, por ejemplo el patron de diseño singleton que se da en otros cursos aquí se retoma y logra disipar varias dudas.

Mateo Morales García

student•

Ya que nuestro videojuego es de un solo jugador, ¿tiene sentido convertir el script PlayerController en Singleton? Si, siempre que solo se vaya a manejar una instancia del jugador.

Si nuestro videojuego fuera multijugador, ¿tendría sentido convertir el script PlayerController en Singleton? Considerando el multijugador local: No. Para poder reutilizar el player controller para los otros jugadores, si no haría falta un PlayerController1 , 2 ,3 ,4....