Tag: SINGLETON
Mientras consumo un objeto con ámbito desde un singleton, no obtengo ningún error Según el siguiente artículo, debería recibir un error tan pronto como comience mi servicio: https://dotnetcoretutorials.com/2018/03/20/cannot-consume-scoped-service-from-singleton-a-lesson-in-asp-net-core-di-scopes/ Dependencia Registrada: builder.Services.AddScoped<ILogger, AppLogs>(); builder.Services.AddSingleton<ICacheFactory>(x => { string cacheConnectionString = "xyz"; return new CacheFactory(cacheConnectionString, x.GetService<ILogger>()); }); Consumido: public class Function1 { private . . . Read more
¿Por qué estas dos declaraciones dan resultados diferentes… – print(Database().id == Database().id) (que da False) – pero da True de esta manera d1 = Database() d2 = Database() print(d1.id == d2.id) Aquí tienes todo el código: import random class Database: initialized = False <pre><code>def __init__(self): self.id = random.randint(1, 101) _instance . . . Read more
Estoy construyendo una aplicación, donde estoy creando un registro como un singleton, el problema al que me enfrento es que necesito inicializar este singleton con datos provenientes del entorno (ENV) y solo puedo hacerlo en un lugar específico de mi código. Tal vez en realidad no es un singleton ya . . . Read more
Necesito un Singleton para las preferencias compartidas que tenga una inicialización asíncrona pero que también funcione con seguridad nula. Normalmente utilizo la siguiente implementación de singleton, pero ¿cuál es la mejor manera de tener un singleton que funcione con seguridad nula? “`dart class SharedPrefs { static SharedPrefs _instance; static Future<null> . . . Read more
Tengo una configuración de prueba automatizada escrita en javascript usando jasmine y ejecutando pruebas en paralelo. Las pruebas se ejecutan usando el siguiente comando: protractor-flake –max-attempts=2 — ./config/configfile.js –suite $SUITE “$@”; Dentro del archivo de configuración, configuramos todos los reporteros de jasmine, listas de todos los conjuntos de pruebas y . . . Read more