Merancang Buku Pola, Makalah, atau Sumber Daya untuk Paradigma Berorientasi Bukan Objek?

8

Setelah menonton video ini di InfoQ tentang pola desain fungsional, saya bertanya-tanya sumber daya apa yang ada di luar sana pada pola desain untuk paradigma berorientasi non-objek. Ada banyak di luar sana untuk dunia OO (GOF, dll, dll) dan untuk arsitektur (EoEAA, dll, dll) tetapi saya tidak mengetahui apa yang ada di luar sana untuk fungsional, logika, atau paradigma pemrograman lainnya. Apakah ada sesuatu? Sebuah komentar selama video menunjukkan kemungkinan tidak - apakah ada yang tahu lebih baik?

(Omong-omong, dengan pola desain yang saya maksud bukan fitur bahasa atau struktur data tetapi pendekatan tingkat yang lebih tinggi untuk merancang aplikasi - seperti yang dibahas dalam video yang ditautkan)

design-patterns functional-programming FinnNk
sumber

Jawaban:

3

Buku-buku terbaik yang saya temukan di mana bukan tentang OOP, tetapi tentang pemrograman pada umumnya adalah buku Seni Pemrograman Komputer (3 buku saat saya membelinya - sekarang buku ke-4 dirilis) oleh Donald Knuth.

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

Beberapa tahun yang lalu saya menggunakan salah satu algoritma pemrosesan data yang diajarkan dengan baik untuk mempercepat impor / penggabungan 100.000+ catatan dari sekitar 20 menit proses turun menjadi sekitar 30 detik .... Saya hanya tidak melakukannya dengan cara yang benar!

Dan ingat, sebelum mereka disebut Pola Desigh, kami menyebutnya Algoritma!

MDV2000
sumber
2
Pola desain ada pada tingkat yang lebih tinggi daripada algoritma. Sudah lama sekali sejak saya membaca buku-buku itu tapi saya tidak ingat mereka membahas pola desain sama sekali (saya bisa salah tentang itu).
FinnNk
Saya setuju, tapi maksud saya (tebak saya bisa mengatakannya lebih baik :)) adalah sebelum OO dan pola desain - ini adalah apa yang kami harus pelajari untuk melakukan hal-hal dalam "pola yang dapat digunakan kembali seperti cara". Sortir gelembung, daftar tertaut, dll. Di mana semua "pola" blok buiding untuk memecahkan masalah. Saya setuju buku Knuth bukan tentang "pola desain", tetapi hanya itu yang kami miliki saat itu.
MDV2000
0

Pola desain sebagian besar disalahpahami. Seperti yang dinyatakan oleh penulis buku (?) Pertama tentang pola, 23 daftar itu hanya ada contoh , tidak berarti hanya ada satu-satunya, dan khususnya: menggunakannya tidak menjamin program yang baik. Seseorang bahkan dapat melakukan kesalahan yang mengerikan. Tampaknya kita mendapatkan lagi ke titik di mana makalah Dijkstra "goto dianggap berbahaya" benar-benar dikeluarkan dari konteks ... Semoga pola kegilaan ini segera akan terjadi. Tidak berarti saya mengatakan pola itu buruk, tetapi pemrogram yang benar-benar baik membutuhkan algoritma yang baik, "pola" yang baik menjadi mudah jika Anda berpikir . Ini dengan jelas dinyatakan dalam buku Gamma, BTW.

Nopascal
sumber
3
Saya tidak setuju dengan apa yang telah Anda tulis sebagian besar, tetapi bagi saya nilai utama pola dibagi dan kosakata yang konsisten ketika bekerja dalam sebuah tim. Saya setuju bahwa algoritma itu penting - tetapi begitu juga pola desain.
FinnNk