Design Pattern Libri, documenti o risorse per paradigmi non orientati agli oggetti?

Question

Design Pattern Libri, documenti o risorse per paradigmi non orientati agli oggetti?

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

8

Dopo aver visualizzato questo video su InfoQ sui modelli di progettazione funzionale mi chiedevo quali risorse ci sono in giro schemi di progettazione per paradigmi non orientati agli oggetti. Ci sono molte cose là fuori per il mondo OO (GOF, ecc. Ecc.) E per l'architettura (EoEAA, ecc. Ecc.) Ma non sono a conoscenza di ciò che è là fuori per i paradigmi di programmazione funzionale, logica o di altro tipo. C'è qualcosa? Un commento durante il video suggerisce forse no - qualcuno lo sa meglio?

(A proposito, per modelli di progettazione non intendo caratteristiche linguistiche o strutture dati ma approcci di livello più alto per progettare un'applicazione - come discusso nel video collegato)

design-patterns functional-programming

posta FinnNk 05.11.2010 - 14:30

fonte

2 risposte

Leggi altre domande sui tag design-patterns functional-programming

Qual è la migliore strategia di fasciatura? Esistono studi di team interfunzionali o di team basati sul dominio (ad esempio, progetti basati su software / meccanici / ecc.)?

score 3 · Answer 1

I libri migliori che ho trovato che non riguardano OOP, ma che riguardano la programmazione in generale sono i libri Arte della Programmazione Computer (3 libri quando li ho acquistati - ora una quarta uscita) di Donald Knuth.

link

Alcuni anni fa usavo uno dei suoi algoritmi di elaborazione dati ben insegnati per accelerare un'importazione / fusione di oltre 100.000 record da un processo di circa 20 minuti a circa 30 secondi .... Non stavo proprio facendo il modo giusto!

E ricorda che, prima che venissero chiamati Desigh Patterns, li chiamavamo Algorithms!

score 0 · Answer 2

Gli schemi di progettazione sono in gran parte fraintesi. Come affermato dagli autori del primo (?) Libro sui modelli, quelli elencati qui sono solo esempi , in nessun modo sono i soli, e specialmente: usarli NON garantisce buoni programmi. Si possono persino fare errori terribili. Sembra che stiamo tornando al punto in cui il documento di Dijkstra "goto considerato dannoso" è stato completamente tolto dal contesto ... Speriamo che questa follia del modello possa presto ottenere il suo posto. In nessun modo dico che i pattern sono cattivi, ma i veri programmatori hanno bisogno di buoni algoritmi, buoni "modelli" sono facili se si pensa . Questo è chiaramente indicato nel libro Gamma, BTW.