Seconda revisione capitolo Design Patterns

[Livio74]

No description provided.

[serenasensini]

Si tratta di un capitolo sicuramente tosto in termini di tematiche, dove l'approccio da seguire non è semplice; ci sono diverse parti da rivedere per aggiungere chiarezza e, inoltre, suggerirei di aggiungere anche degli esempi per rendere più evidente l'applicazione di tali pattern, rispetto a renderlo un elenco catalogato di pattern.

In ogni caso, è un lavorone e va premiato l'impegno messo per assemblare questo capitolo! 🙌

[serenasensini]

Frase non necessaria, in quanto già specificato

[Livio74]

Questi qui sotto sono appunti sul come fare il capitolo , una volta completato vanno rimossi.
Non so se c'è un modo migliore per associarli al file

[Livio74]

in effetti la riga 125 l'avevo già esplicitata in una frase , potremmo toglierla

[Livio74]

Si tratta di un capitolo sicuramente tosto in termini di tematiche, dove l'approccio da seguire non è semplice; ci sono diverse parti da rivedere per aggiungere chiarezza e, inoltre, suggerirei di aggiungere anche degli esempi per rendere più evidente l'applicazione di tali pattern, rispetto a renderlo un elenco catalogato di pattern.

In ogni caso, è un lavorone e va premiato l'impegno messo per assemblare questo capitolo! 🙌

Grazie mille , sono molto d'accordo sul tuo feedback e spero che ci siano altre persone che partecipino (o partecipano).
Anche sugli esempi sono d'accordo , anche a me piace molto questo approccio , vorrei capire meglio come farlo.
Il senso è che se faccio singoli esempi sul singolo design pattern e il rischio è un po' l'esplosione del capitolo. Mi piacerebbe chiacchierare con voi @Cadienvan , @serenasensini e chi vuole.

[Cadienvan]

eh, sugli esempi non so, effettivamente rischiamo di farli andare lunghi..
@serenasensini hai suggerimenti per non farlo diventare un capitolo composto al 99% da esempi di codice?

[serenasensini]

eh, sugli esempi non so, effettivamente rischiamo di farli andare lunghi.. @serenasensini hai suggerimenti per non farlo diventare un capitolo composto al 99% da esempi di codice?

Direi che la cosa migliore sarebbe estrarre un paio di pattern per tipologia e riportare degli esempi che siano anche astrazioni di alto livello, ma rappresentative del caso d'uso. As d esempio, per la Factory, senza bisogno di codice, si può parlare delle interfacce come generalizzazione di un prodotto: senza forzare idee complesse, basta pensare all'interfaccia Poligono e alle classi che ne derivano. Che ne pensate?

[Cadienvan]

Mi piace!

[Livio74]

sono d'accordo , magari facciamo un po' di tentativi e vediamo come va?

[Cadienvan]

Ho proposto una correzione!

[Cadienvan]

Ciao Livio, ho cominciato a indicare alcuni suggerimenti, questo weekend è stato infernale, settimana prossima chiudo con i punti aperti!

[Cadienvan]

@Livio74 @serenasensini ho applicato ciò su cui eravamo d'accordo tutti.

Credo che gli esempi possano risultare troppo complessi da stendere. Cosa ne pensate se tagliassimo la testa al toro e linkassimo al sito refactoring guru che spiega molto bene con ottimi esempi battle-tested i pattern? Magari proporrei una intro in cui diciamo che suggeriamo di seguire questa guida affiancati da quel sito di modo da seguire lì sopra gli esempi pratici!

[Livio74]

Ciao @serenasensini e @Cadienvan,
sono d'accordo sul fatto di linkare il sito di Refactoring Guru per gli esempi e per la introduzione, nulla ci vieta poi di introdurre alcuni in un secondo tempo.

[Cadienvan]

Ciao @Livio74 per il momento ho messo in draft, tempo permettendo togli pure gli elementi che abbiamo detto essere di troppo, aggiungi i dovuti link qua e là e poi quando ci sei mi tagghi e riapriamo la review!

[Livio74]

Ciao @serenasensini e @Cadienvan,
questo fine settimana ho fatto qualche commit concordato con @Cadienvan sul mio repository.
Riporto un commento di @serenasensini per decidere insieme come comportarci

[Livio74]

@serenasensini il 24/02 diceva:
Direi che la cosa migliore sarebbe estrarre un paio di pattern per tipologia e riportare degli esempi che siano anche astrazioni di alto livello, ma rappresentative del caso d'uso. As d esempio, per la Factory, senza bisogno di codice, si può parlare delle interfacce come generalizzazione di un prodotto: senza forzare idee complesse, basta pensare all'interfaccia Poligono e alle classi che ne derivano. Che ne pensate?

[Livio74]

in riferimento ai due commenti sopra pensavo:
Sono d'accordo sul continuare l'idea di linkare il sito di Refactoring Guru.
L'ultimo commit è una impostazione iniziale di questa cosa.
Stavo pensando anche di aggiungere un link per ogni Design pattern con una descrizione dell'esempio illustrato.
Cosa ne pensate?

[Livio74]

Ad ogni modo facciamo sempre in tempo a fare meglio magari vediamo cosa ne pensa anche la community

[Cadienvan]

Secondo me il capitolo ha preso la giusta forma, credo che l'introduzione e i link alle varie categorie di pattern siano più che sufficienti per far capire alle persone che non devono aspettarsi QUI degli esempi ma che possono trovarli sul sito di Guru. Che ne dite?

[Livio74]

A me piace , poi c'è sempre la community che può migliorarlo (inteso anche noi). Sulle ali dell'entusiasmo ho committato uno delle due review ma c'era il riferimento anche a @serenasensini. Se volete poi lo ripristino.

[Cadienvan]

@serenasensini se sei d'accordo e non hai altri punti in sospeso io partirei con una doppia approvazione, mia e tua, e lo apriamo alle review degli altri ambassador!