Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.
Tengo un SDK de JavaScript que es muy dulce, donde la biblioteca se instancia en cualquier momento durante el tiempo de ejecución, pero a partir de entonces es un singleton. Es decir, las llamadas repetidas al default del archivo devuelven la misma instancia. Mi problema es que mis definiciones de . . . Read more
Intenté usar el patrón de diseño singleton haciendo que la clase sea prácticamente única mediante la creación de un constructor no público. Sin embargo, cuando lo probé, el resultado no fue el esperado. Si se crea solo una instancia, el valor debería ser el mismo para las referencias, pero aparentemente . . . Read more
Estoy recibiendo el siguiente error al acceder a la clase interna __OnlyOne desde la externa. ¿Qué está mal aquí? Estoy intentando usar el patrón de diseño singleton aquí, creando solo una instancia de objeto interno en el externo. Traza de error: Traceback (most recent call last): File “F:\parking_lot_code\test.py”, linea 25, . . . Read more
Me pregunto por qué la segunda variante se considera más perezosa que la primera. public class Singleton { private static Singleton singleton=new Singleton(); private Singleton(){} static public Singleton getInstance(){ return singleton; } } El singleton anterior se inicializa cuando se carga la clase, es decir, cuando se llama a getInstance(). . . . Read more
¿Hay alguna diferencia entre los siguientes enfoques? Me gusta más el segundo enfoque ya que es más claro, pero también veo el Enfoque 1 en internet. Entonces, me pregunto si hay algún beneficio de un enfoque sobre otro. Enfoque 1 Singleton.ts class Singleton { private static _instance: Singleton | null . . . Read more