[*] OOP: collocazione di un metodo (azione) per iscrizione ad asta

[freetecno]

Supponendo uno scenario con Aste e Partecipanti (vendita di un oggetto):

a) il Partecipante deve iscriversi all'Asta per poter fare la propria offerta

b) si deve quindi implementare l'azione "iscrizione"

In questa condizione:

1) l'azione appartiene all'Asta (Asta ha un metodo per iscrivere il Partecipante)
2) l'azione appartiene al Partecipante (il Partecipante ha un metodo per iscriversi all'Asta)
3) è indifferente costruire il metodo per Asta o Partecipante.

Quale delle tre? Grazie.

[LeleFT]

Con i pochi elementi che abbiamo in mano direi la 3.
Non abbiamo elementi per poter scegliere tra un'architettura o l'altra.
Sarà il singolo partecipante tenersi la lista delle aste a cui è iscritto?
O sarà la singola asta a tenersi l'elenco dei partecipanti che vi si sono iscritti?

[freetecno]

Grazie per aver risposto.
Certo, lo scenario è ridotto ai minimi termini ma ... quale altro elemento dovrebbe essere aggiunto utile a indirizzare verso l'una o l'altra scelta? (Suppongo tu ti stia riferendo alla descrizione dello scenario e non a classi/oggetti/attributi/...).

Direi che sia evidente il fatto che sarebbero utili entrambe "le viste", Asta e Partecipante. La relazione tra Asta e Partecipanti è bidirezionale. Una interfaccia utente dovrà probabilmente mostrare "la lista dei Partecipanti all'Asta" così come "la lista delle Aste cui un Partecipante è iscritto".

Mi rendo conto che sto concordando con te e cioè che è forse indifferente scegliere l'una o l'altra opzione. Se, però, riesci a spiegarmi meglio cosa intendi per "pochi elementi" e di cosa ci sarebbe bisogno invece per una scelta meglio ragionata te ne sarei grato.

[linoma]

...appunto utili

[ciro78]

in realtà siccome devi avere una relazione di tipo n a m (ad un asta partecipano molti utenti ma un utente può partecipare ad aste diverse) entra in gioco una terza entità che è appunto asta_utente. Questa deve gestire le informazioni di cui parli.

[freetecno]

in realtà siccome devi avere una relazione di tipo n a m (ad un asta partecipano molti utenti ma un utente può partecipare ad aste diverse) entra in gioco una terza entità che è appunto asta_utente. Questa deve gestire le informazioni di cui parli.

Capito. Grazie a tutti.

[ciro78]