Capovolgimento del codice (stile funzionale) rispetto a un paradigma OO

Question

Capovolgimento del codice (stile funzionale) rispetto a un paradigma OO

#1 da (5 voti)
#2 da (1 voti)
#3 da (1 voti)

2

Ho trovato questo articolo Turn Inside Your Code Inside e voglio sapere come questo approccio descritto nell'articolo è per Programmatori OO / lingue.

Questo stile di progettazione è utilizzato nei programmatori / linguaggi OO? Quali sono i lati negativi e gli aspetti positivi di questo approccio in un linguaggio OO?

Aggiornamento:

Gli oggetti OO hanno stato e comportamento, il disegno spiegato nell'articolo è senza stato. Non è solo un principio di responsabilità singola.

(Se sto parlando di merda, per favore spiegami invece di solo voti negativi / stretti)

object-oriented functional-programming

posta Acaz Souza 04.04.2012 - 16:41

fonte

3 risposte

Leggi altre domande sui tag object-oriented functional-programming

C ++ Multithreading su Unix mercati del software per sviluppatore solista [chiuso]

score 5 · Answer 1

5

l'articolo sta solo spiegando principio di responsabilità singola

la linea di base non ha un oggetto / una funzione che non dovrebbe fare; utilizzare uno schema di segnale / slot o lasciare che sia il chiamante a gestirlo

risposta data 04.04.2012 - 16:54

fonte

score 1 · Answer 2

1

Non sono sicuro del perché separi i programmatori OO da altri programmatori. L'articolo è per tutti e tutto ciò che dice veramente è che le tue funzioni dovrebbero fare solo una cosa e farlo bene.

Non c'è nulla di specifico su OO.

risposta data 04.04.2012 - 16:55

fonte

score 1 · Answer 3

È per OO (così come ogni altro paradigma) perché ne imposta uno sulla strada per perdere il disaccoppiamento. La funzione che lo scrittore stava descrivendo può essere utilizzata solo in un ambiente (ad esempio un terminale). Di solito, vorresti avere moduli, funzioni o livelli che gestiscono un'attività e solo quella attività. Non vuoi che sia a.) Facendo qualcosa al di fuori dello scopo del compito, b.) Limitando l'uso futuro del modulo a un particolare ambiente o paradigma, o se possibile c.) Essendo a conoscenza degli altri moduli.

Inoltre, il nome della funzione dice cosa dovrebbe fare, non dovrebbe fare nulla di più.

Questo non è solo OOP, questo è solo un buon design.