Musterbücher, Papiere oder Ressourcen für nicht objektorientierte Paradigmen entwerfen?

8

Nachdem ich dieses Video auf InfoQ über funktionale Entwurfsmuster angesehen hatte, fragte ich mich, welche Ressourcen für Entwurfsmuster für nicht objektorientierte Paradigmen verfügbar sind. Es gibt viele für die OO-Welt (GOF usw. usw.) und für die Architektur (EoEAA usw. usw.), aber ich weiß nicht, was es für funktionale, logische oder andere Programmierparadigmen gibt. Gibt es irgendetwas? Ein Kommentar während des Videos deutet möglicherweise darauf hin - weiß es jemand besser?

(Mit Entwurfsmustern meine ich übrigens nicht Sprachmerkmale oder Datenstrukturen, sondern übergeordnete Ansätze zum Entwerfen einer Anwendung - wie im verknüpften Video erläutert.)

design-patterns functional-programming FinnNk
quelle

Antworten:

3

Die besten Bücher, die mir begegnet sind, in denen es nicht um OOP, sondern um Programmierung im Allgemeinen ging, sind die Bücher zur Kunst der Computerprogrammierung (3 Bücher, als ich sie kaufte - jetzt eine vierte) von Donald Knuth.

http://en.wikipedia.org/wiki/The_Art_of_Computer_Programming

Vor ein paar Jahren habe ich einen seiner gut gelehrten Datenverarbeitungsalgorithmen verwendet, um den Import / das Zusammenführen von mehr als 100.000 Datensätzen von etwa 20 Minuten auf etwa 30 Sekunden zu beschleunigen. Ich habe es einfach nicht richtig gemacht!

Und denken Sie daran, bevor sie Desigh Patterns genannt wurden, haben wir sie Algorithmen genannt!

MDV2000
quelle
2
Entwurfsmuster existieren auf einer höheren Ebene als Algorithmen. Es ist eine lange Zeit her, seit ich diese Bücher gelesen habe, aber ich erinnere mich nicht daran, dass sie überhaupt über Designmuster gesprochen haben (da könnte ich mich irren).
FinnNk
Ich stimme zu, aber mein Punkt (ich denke, ich hätte es besser sagen können :)) war vor OO und Designmustern - das war es, was wir lernen mussten, um Dinge auf eine "wiederverwendbare musterähnliche Weise" zu tun. Blasensortierung, verknüpfte Liste usw., in der alle "Muster" von Bausteinen zur Lösung von Problemen enthalten sind. Ich bin damit einverstanden, dass es in Knuths Buch nicht um "Designmuster" geht, sondern um alles, was wir damals hatten.
MDV2000
0

Designmuster werden weitgehend missverstanden. Wie von den Autoren des ersten (?) Buches über Muster angegeben, sind die dort aufgeführten 23 nur Beispiele , keineswegs die einzigen, und insbesondere: Die Verwendung dieser Muster garantiert KEINE guten Programme. Man kann sogar schreckliche Fehler machen. Es scheint, dass wir wieder an den Punkt kommen, an dem das Dijkstra-Papier "goto als schädlich" vollständig aus dem Zusammenhang gerissen wurde ... Hoffentlich wird dieser Musterwahnsinn bald seinen Platz finden. Ich sage keineswegs, dass Muster schlecht sind, aber wirklich gute Programmierer brauchen gute Algorithmen. Gute "Muster" sind einfach, wenn Sie denken . Dies ist im Gammabuch BTW klar angegeben.

Nopascal
quelle
3
Ich bin nicht anderer Meinung als das, was Sie größtenteils geschrieben haben, aber für mich ist der Hauptwert von Mustern ein gemeinsamer und konsistenter Wortschatz bei der Arbeit in einem Team. Ich stimme zu, dass Algorithmen wichtig sind - aber auch Entwurfsmuster.
FinnNk