Ai miei colleghi piace dire "logging / caching / etc. È una preoccupazione trasversale" e quindi procedere usando il singleton corrispondente ovunque. Tuttavia amano IoC e DI. È davvero una scusa valida per violare il principio SOLI D ?
Ho letto opinioni diverse sul modello singleton. Alcuni sostengono che dovrebbe essere evitato a tutti i costi e altri che può essere utile in determinate situazioni. Una situazione in cui uso i singleton è quando ho bisogno di una factory (diciamo un oggetto f di tipo F) per creare oggetti …
In alcuni dei miei codici, ho una fabbrica statica simile a questa: public class SomeFactory { // Static class private SomeFactory() {...} public static Foo createFoo() {...} public static Foo createFooerFoo() {...} } Durante una revisione del codice, è stato proposto che questo dovesse essere un singleton e iniettato. Quindi, …
Ho sentito parlare dell'utilizzo dell'iniezione di dipendenza su Singleton per il mio collega. Non riesco ancora a capire se sono due schemi ortogonali che possono essere sostituiti tra loro? O DI è un metodo per rendere testabile il modello Singleton? Dai un'occhiata al seguente frammento di codice. IMathFace obj = …
Tradizionalmente, un singleton è di solito implementato come public class Foo1 { private static final Foo1 INSTANCE = new Foo1(); public static Foo1 getInstance(){ return INSTANCE; } private Foo1(){} public void doo(){ ... } } Con l'enum di Java, possiamo implementare un singleton come public enum Foo2 { INSTANCE; public …
Sto sviluppando un'API RESTful e penso che sia conveniente usare i DAO per le mie risorse perché anche se ho intenzione di usare solo la memoria per archiviarli, non voglio chiudere una porta a chiunque stia usando la mia biblioteca se hanno deciso di usare un'implementazione di database per DAO. …
Sto studiando OOP in C ++ e, anche se sono consapevole delle definizioni di questi 3 concetti, non riesco davvero a capire quando o come usarlo. Usiamo questa classe per l'esempio: class Person{ private: string name; int age; public: Person(string p1, int p2){this->name=p1; this->age=p2;} ~Person(){} void set_name (string parameter){this->name=parameter;} void …
Sono attualmente 4 mesi in uno stage, e durante la revisione del mio codice, il mio capo non mi è piaciuto che avevo tenuto un oggetto specifico locale a un numero di metodi attraverso alcune classi separate all'interno di un assembly. Non gli piaceva che mi venisse creato un nuovo …
A volte mi imbatto in queste API in stile hub di messaggi, ad esempio Cocoa NSNotificationCenter: http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/Foundation/Classes/NSNotificationCenter_Class/Reference/Reference.html Di solito queste API forniscono un punto di accesso globale su cui ti iscrivi o trasmetti messaggi / eventi. Sto pensando che questo sia un problema perché incoraggia un'architettura di programma piatta e …
Ultimamente c'è stata una sorta di rivoluzione contro i single, ma c'è qualcosa di sbagliato in loro se sono apolidi? Conosco il discorso sull'uso eccessivo e tutto il resto ... questo vale per tutto, non solo per i singoli.
Problema Di recente ho letto molto sul fatto che Singleton sia cattivo e su come sia meglio l'iniezione di dipendenza (che intendo come "utilizzo delle interfacce"). Quando ho implementato parte di questo con callback / interfacce / DI e aderendo al principio di segregazione dell'interfaccia, ho finito con un bel …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.