Thiết kế sách mẫu, giấy tờ hoặc tài nguyên cho các mô hình định hướng phi đối tượng?

8

Sau khi xem video này trên InfoQ về các mẫu thiết kế chức năng, tôi đã tự hỏi những tài nguyên nào hiện có trên các mẫu thiết kế cho các mô hình định hướng không đối tượng. Có rất nhiều thứ dành cho thế giới OO (GOF, v.v.) và cho kiến trúc (EoEAA, v.v.) nhưng tôi không biết những gì ngoài kia cho các mô hình chức năng, logic hoặc lập trình khác. Có gì không Một nhận xét trong video cho thấy có thể không - có ai biết rõ hơn không?

(Nhân tiện, theo mẫu thiết kế, tôi không có nghĩa là các tính năng ngôn ngữ hoặc cấu trúc dữ liệu mà là cách tiếp cận cấp cao hơn để thiết kế một ứng dụng - như được thảo luận trong video được liên kết)

design-patterns functional-programming

— FinnNk
nguồn

3

Những cuốn sách hay nhất tôi đã đi qua mà không phải về OOP, mà nói chung về lập trình là cuốn sách Nghệ thuật lập trình máy tính (3 cuốn sách khi tôi mua chúng - bây giờ là cuốn thứ 4) của Donald Knuth.

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

Vài năm trước, tôi đã sử dụng một trong những thuật toán xử lý dữ liệu được dạy tốt của anh ấy để tăng tốc độ nhập / hợp nhất hơn 100.000 bản ghi từ khoảng 20 phút xử lý xuống còn khoảng 30 giây .... Tôi chỉ không làm đúng cách!

Và hãy nhớ rằng, trước khi chúng được gọi là Mô hình Desigh, chúng tôi đã gọi chúng là Thuật toán!

— MDV2000
nguồn

2

Các mẫu thiết kế tồn tại ở mức cao hơn các thuật toán. Đó là một thời gian dài kể từ khi tôi đọc những cuốn sách đó nhưng tôi không nhớ chúng thảo luận về các mẫu thiết kế (tôi có thể sai về điều đó).

— FinnNk

Tôi đồng ý, nhưng quan điểm của tôi (đoán tôi có thể nói nó tốt hơn :)) là trước OO và các mẫu thiết kế - đây là những gì chúng ta phải học để làm mọi thứ theo "mô hình có thể tái sử dụng". Sắp xếp bong bóng, danh sách được liên kết, vv trong đó tất cả các "mẫu" của khối xây dựng để giải quyết vấn đề. Tôi đồng ý cuốn sách Knuth không phải là về "các mẫu thiết kế", mà là tất cả những gì chúng ta có vào thời điểm đó.

— MDV2000

0

Các mẫu thiết kế phần lớn bị hiểu lầm. Như các tác giả của cuốn sách đầu tiên (?) Về các mẫu, 23 mẫu được liệt kê đó chỉ là ví dụ , không có nghĩa là duy nhất và đặc biệt: sử dụng chúng KHÔNG bảo đảm các chương trình tốt. Một người thậm chí có thể làm những sai lầm khủng khiếp. Có vẻ như chúng ta đang trở lại điểm mà giấy Dijkstra "goto coi là có hại" đã hoàn toàn được đưa ra khỏi bối cảnh ... Hy vọng mô hình điên rồ này sẽ sớm được đưa ra. Tôi không nói các mẫu là xấu, nhưng các lập trình viên giỏi thực sự cần các thuật toán tốt, các "mẫu" tốt sẽ trở nên dễ dàng nếu bạn nghĩ . Điều này được nêu rõ trong cuốn sách Gamma, BTW.

— Nopascal
nguồn

3

Tôi không đồng ý với những gì bạn đã viết cho hầu hết các phần, nhưng đối với tôi, giá trị chính của các mẫu được chia sẻ và từ vựng nhất quán khi làm việc trong một nhóm. Tôi đồng ý rằng các thuật toán rất quan trọng - nhưng các mẫu thiết kế cũng vậy.

— FinnNk