Ogni metodo deve avere ogni volta il proprio oggetto creato

Question

Ogni metodo deve avere ogni volta il proprio oggetto creato

#1 da (7 voti)
#2 da (1 voti)
#3 da (0 voti)
#4 da (0 voti)

-3

Ho un po 'di confusione se un metodo dovrebbe creare un'istanza di una classe ogni volta che viene richiamata? È tutto possibile spostare questa parte di creazione dell'istanza nel costruttore e utilizzare semplicemente il riferimento ai metodi di chiamata, ma qual è il modo migliore ??

Codice > >

Class B{
   void readFromS3(){// this method reads from a S3 bucket}
   void writeToS3(){// this method writes to a S3 bucket}
}

Approccio A

public class A{
 private B b;
 public A(){
   this.b = new B();
 }

 void someMethodInA(){
      b.readFromS3();
      b.writeToS3();
 }
}

Approccio B

public class A{
 public A(){
   // nothing here
 }

 void someMethodInA(){
      B b = new B();
      b.readFromS3();
      b.writeToS3();
 }

In quali casi dovrebbe essere utilizzato ciascun approccio? Grazie .. !!

design java coding-standards

posta Infamous 04.03.2018 - 11:32

fonte

4 risposte

Leggi altre domande sui tag design java coding-standards

Posso distribuire i binari del mio software GPLv3? [chiuso] Protezione di un nuovo formato di file? [chiuso]

score 7 · Answer 1

Gli oggetti hanno un significato. La loro esistenza dovrebbe dipendere da quel significato, non solo da un'idea astratta "Ho bisogno di chiamare alcuni metodi". In altre parole, la durata dei tuoi oggetti dovrebbe essere ovvia dal loro scopo.

Se i tuoi oggetti non hanno un significato, significa solo che hai disegnato male i tuoi oggetti.

score 1 · Answer 2

A breve: è una questione di design. E, naturalmente, il design dovrebbe occuparsi dell'utilizzo della memoria ecc.

Potrebbero esserci casi in cui l'approccio A può adattarsi meglio di B (che è completamente diverso, e ancora una volta - una questione di design o addirittura di requisiti), e viceversa ...

score 0 · Answer 3

Come altri hanno detto, dipende. Possibili considerazioni potrebbero essere:

Quante risorse consuma un'istanza B? In termini di utilizzo della memoria o affermazioni su scarsi oggetti del sistema operativo che dovrebbero essere rilasciati il prima possibile. Quanto è costoso istanziare B?
Con quale frequenza viene chiamato il metodo B?
Cosa ti interessa della velocità di esecuzione del metodo B, è un problema?
Quando viene creato B, il suo stato rappresenta un'istantanea di qualcosa che presto diventerà obsoleto o è una vecchia B altrettanto buona di una nuova?

Tutto ciò rende la decisione inclinata verso l'una o l'altra direzione.

score 0 · Answer 4

Questa è una questione di design. Più precisamente, il design della classe A. La classe A rappresenta un'astrazione di qualche entità. Quell'astrazione ha qualche stato. Se la classe B fa parte di quello stato, allora B dovrebbe essere un membro di quella classe. Se non lo è, non dovrebbe essere un membro di quella classe.

Quest'ultimo caso, tuttavia, non significa che dovresti istanziare la classe B in un metodo di classe A dove dovrebbe essere invocato un metodo di B. Potrebbe essere sufficiente passare semplicemente B come argomento.