Problema di progettazione orientata agli oggetti

Question

Se sto programmando un gioco in cui c'è un lavoratore che taglia il legno (dagli alberi), dove inserirò il metodo "cutWood", nella classe worker o nella classe tree?

MODIFICA: Il primo esempio che ho letto su OOD riguardava un cerchio (una classe chiamata cerchio) che contiene un metodo chiamato "area di calcolo". Ora, un cerchio abbastanza sicuro non calcola la propria area. L'unico modo per pensarci è che l'area di calcolo è un'operazione pertinente al cerchio (un'operazione eseguita sul cerchio)

Quindi, il metodo cutWood è rilevante sia per l'operatore che per l'albero.

Answer 1

Chiedetevi: i lavoratori tagliano il legno o fanno tagliare gli alberi?

Answer 2

Alla tua domanda hai praticamente risposto: "un lavoratore che taglia legna". Dovresti metterlo alla classe operaia.

Answer 3

Poiché un singolo operatore può tagliare più di un albero, sembra più probabile che si desideri inserire cutWood() nella classe worker.

Answer 4

Creare un metodo

cut(Material m)

per il lavoratore per oggetto-orientedness supplementare.

Answer 5

È possibile avere un metodo cutWood nella classe worker e un metodo cutted nella classe tree. Ovviamente, worker.cutWood chiama tree.cutted, che potrebbe restituire la quantità di legno raccolto. tree.cutted farebbe tutto il necessario per far morire l'albero.

Se si considerano le chiamate di metodo come "messaggi inviati da un oggetto a un altro", ha molto più senso dire "il giocatore invia un messaggio" taglia legna "al lavoratore che a sua volta invia un messaggio" taglia " all'albero ".

Answer 6

devi modificare l'albero mentre viene tagliato?

devi modificare l'operatore mentre taglia un albero?

posso immaginare che ci si finisce con un servizio di WoodCutting, che gestisce l'evento, eventualmente, modifiche ad entrambi, o, a sua volta chiama worker.cutWood() E tree.woodCut()

ahah che domanda;)

Answer 7

non lo faccio vedere qualsiasi coesione per avere un metodo di taglio del legno nel lavoratore. Il taglio è fatto sull'albero e dovrebbe quindi essere parte della classe dell'albero. Presumibilmente, il taglio del legno comporterà anche il cambiamento dello stato interno della classe del legno.

Un operatore deve chiamare il metodo di taglio su qualsiasi albero desideri, piuttosto che l'albero che dice al lavoratore che deve tagliarlo. Se vuoi astrarre questo come Hans ha suggerito, potresti creare un'interfaccia ICuttable per il metodo Cut e farlo implementare dal tuo albero.

Considera qualcosa che ti è familiare, un String. Quando si desidera tagliare una stringa (divisa), non si definisce un metodo splitString in ogni oggetto che sta per farlo.Qualunque oggetto decida di dividere la stringa, avviene la stessa cosa - e di solito è necessario conoscere l'interno dell'oggetto di destinazione (la stringa) per farlo. Molti altri oggetti chiamano semplicemente il metodo split della stringa. L'oggetto stringa ha un'elevata coesione - perché i metodi contribuiscono a un compito comune - manipolando le stringhe.

Non vedo come il taglio del legno contribuisca molto all'oggetto operaio stesso.

Answer 8

Il metodo non è disponibile nell'oggetto Saw?

Più seriamente, penso al target della chiamata al metodo come al "soggetto", al metodo stesso come a un "verbo" e ai suoi parametri (se il verbo è transitivo) come "oggetti diretti". Quindi, in questo esempio, sarebbe worker.cut(tree).

Answer 9

Suona come un candidato per il modello di strategia per me. Potrebbe essere necessaria una classe astratta WorkerAction con un metodo performAction. Quindi le sottoclassi della classe WorkerAction implementeranno i dettagli come tagliare un albero, scavare per l'oro e altre azioni dei lavoratori. Quindi la sottoclasse conosce i dettagli dell'albero e può chiamare i metodi necessari sull'albero per influenzare l'albero mentre viene tagliato.

La classe worker ha quindi solo bisogno di un riferimento a un'istanza di una WorkerAction concreta su cui chiama performAction(). L'operatore non conosce i dettagli dell'albero o dell'oro ecc. In questo modo l'operatore può eseguire l'azione ma non limita il lavoratore a una sola azione. In effetti non è più necessario modificare la classe worker se si desidera che il lavoratore faccia più azioni in futuro.

Answer 10

Questa domanda può davvero essere risolta solo se si spiega cosa fa cutWood.

Se cutWood agisce soltanto sullo stato di un Tree allora appartiene a Tree esempio,

public void cutWood() { 
    this.height = 0; 
} 

Nel caso di calculateArea serve solo il raggio di un cerchio (assumere pi è costante) per fare questo calcolo - nient'altro. Ecco perché appartiene a Circle.

Smettere di provare a modellare il mondo reale troppo da vicino e guardare a ciò che il tuo metodo deve effettivamente fare.

Answer 11

Il design degli oggetti consiste nell'assegnare responsabilità alle classi. Ciò significa che non c'è davvero una buona risposta a questa domanda. Poiché tutto dipende da come è il modello le responsabilità in il tuo design. (Vedi: Larman)

Così si necessità di decidere quale oggetto/classe è responsabile di che cosa. Questo ti condurrà a correggere le risposte alla domanda su dove mettere il tipo di metodi.

Quindi chiedete di essere voi stessi domande come: l'operaio decide da solo di tagliare il legno? Se lo fa, probabilmente non ha bisogno di essere ordinato così, quindi non avrà bisogno di un metodo taglio (albero). Ma se l'utente può ordinargli di farlo, avrà bisogno di un metodo taglio (albero). Un altro esempio: l'albero deve sapere che è tagliato? Bene, se un albero tagliato porta solo alla sua rimozione dalla foresta, potrebbe non avere bisogno di un tale metodo .Ma se si assegna all'albero la responsabilità di (ri) disegnarsi durante il taglio, potrebbe essere necessario un metodo tree.cut(). L'albero potrebbe anche essere modellato con una larghezza e che possa calcolare quanti tagli sono necessari prima di crollare.

Answer 12

Questo è un argomento interessante. A volte ho pensato anch'io a uno scenario simile. Penso che un buon modo per andare, è mettere il metodo in classe con la massima coesione. Quindi la classe Tree sarebbe la prima scelta. D'altro canto, se provi ad abbinare un modello del mondo reale, direi che la classe Worker deve essere in grado di eseguire alcune azioni che includono il taglio di un albero. Spesso mi trovo in questo tipo di situazioni e mi chiedo dove sia il posto giusto per mettere questo metodo. Un altro approccio sarebbe una classe che conosce il lavoratore e l'albero, e quindi gestisce il meachismo del taglio dell'albero. In questo modo entrambe le classi (albero, lavoratore) non ne saprebbero nulla.