Design Pattern Books, Papers ou Recursos para Paradigmas Não Orientados a Objetos?

8

Depois de assistir a este vídeo no InfoQ sobre padrões de design funcional, fiquei imaginando quais recursos existem nos padrões de design para paradigmas não orientados a objetos. Existem muitos por aí para o mundo OO (GOF, etc, etc) e para arquitetura (EoEAA, etc, etc), mas não estou ciente do que há para paradigmas funcionais, lógicos ou de programação. Há alguma coisa? Um comentário durante o vídeo sugere que possivelmente não - alguém sabe melhor?

(A propósito, por padrões de design, não me refiro a recursos de linguagem ou estruturas de dados, mas a abordagens de alto nível para projetar um aplicativo - conforme discutido no vídeo vinculado)

design-patterns functional-programming

— FinnNk
fonte

3

Os melhores livros que já encontrei não são sobre OOP, mas sobre programação em geral, são os livros da Art of Computer Programming (três livros quando os comprei - agora um quarto lançamento) por Donald Knuth.

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

Alguns anos atrás, usei um de seus algoritmos de processamento de dados bem ensinados para acelerar uma importação / mesclagem de mais de 100.000 registros de cerca de 20 minutos para 30 segundos .... Eu simplesmente não estava fazendo isso da maneira certa!

E lembre-se, antes de serem chamados de padrões de Desigh, nós os chamamos de algoritmos!

— MDV2000
fonte

2

Os padrões de design existem em um nível superior aos algoritmos. Faz muito tempo desde que li esses livros, mas não me lembro deles discutindo padrões de design (eu poderia estar errado nisso).

— precisa saber é o seguinte

Eu concordo, mas meu argumento (acho que eu poderia ter dito melhor :)) foi antes do OO e dos padrões de design - foi isso que tivemos que aprender a fazer as coisas de uma maneira "padrão reutilizável". Classificação de bolha, lista vinculada, etc., onde todos os "padrões" de blocos de construção para a solução de problemas. Concordo que o livro de Knuth não é sobre "padrões de design", mas era tudo o que tínhamos na época.

— MDV2000

0

Os padrões de design são amplamente mal compreendidos. Conforme declarado pelos autores do primeiro livro (?) Sobre padrões, os 23 listados são apenas exemplos , de modo algum os únicos, e especialmente: usá-los NÃO garante bons programas. Pode-se até cometer erros terríveis. Parece que estamos voltando ao ponto em que o artigo de Dijkstra, "considerado perigoso", foi completamente retirado de contexto ... Esperemos que essa loucura de padrões em breve o faça acontecer. De maneira alguma, digo que os padrões são ruins, mas bons programadores precisam de bons algoritmos; bons "padrões" são fáceis, se você pensa . Isto está claramente indicado no livro Gamma, BTW.

— Nopascal
fonte

3

Não discordo do que você escreveu em sua maior parte, mas para mim o principal valor dos padrões é o vocabulário compartilhado e consistente ao trabalhar em equipe. Concordo que os algoritmos são importantes - mas os padrões de design também.

— FinnNk