Thay đổi cách suy nghĩ của tôi để chuẩn bị cho lập trình chức năng

Khi chuyển sang một phong cách lập trình chức năng sau khi đến từ thủ tục và OOP, tôi cần biết những điều cần biết trước về "cách suy nghĩ mới này"?

Làm thế nào để bạn chuẩn bị cho việc lặn trong thế giới FP và có được nó lần đầu tiên?

Những điều cơ bản để tìm hiểu và đặt thẳng đầu tiên là gì?

Nhận một bản sao của "Cấu trúc và giải thích các chương trình máy tính" và tự mình làm việc thông qua chương đầu tiên "Xây dựng trừu tượng với các thủ tục". Giới thiệu tốt nhất về lập trình chức năng tôi đã từng có.

EDIT: Nếu bạn muốn một cái gì đó so sánh hơn, hãy thử "Bảy ngôn ngữ trong bảy tuần" (từ chối trách nhiệm: cuốn sách này vẫn nằm trong danh sách TODO của tôi).

Bạn sẽ cần tư duy khai báo thay vì thủ tục "trước tiên hãy làm điều này, sau đó làm điều này, sau đó làm điều này ..." để giải quyết vấn đề. Hiểu đệ quy có thể là điểm khởi đầu tốt, vì đó là một điểm ngọt ngào giữa tư duy thủ tục và khai báo.

Bạn đã đặt xe trước ngựa. Bạn không cần phải chuẩn bị. Chỉ cần chọn một ngôn ngữ có vẻ thú vị, tìm một số tài liệu và thử nó. Nếu bạn gặp khó khăn, sau đó dừng lại và tìm kiếm một câu trả lời. Khi bạn tiến bộ, cách suy nghĩ của bạn sẽ thay đổi.

FP dựa trên tính toán lamdba. Bạn cần biết rằng. Đó là một điểm khởi đầu tốt. Chức năng là tất cả. Không có khái niệm về trạng thái (mặc dù bạn có thể giả mạo nó ở cấp độ cao hơn).

Trong OOP,

a = 1 a = a + 1

được chấp nhận. Không như vậy trong FP. Bạn không thể chỉ định biến một giá trị khác. Nếu bạn muốn học FP lâu dài, hãy học Haskell. Đây là phiên bản thuần túy nhất của FP ngoài kia và nó cũng khá phức tạp (tôi mới bắt đầu học nó) nhưng vẫn đáng để học nó.

Giới thiệu về Lập trình hàm cung cấp cho bạn một cái nhìn tổng quan ở mức độ cao về tất cả những gì về FP.

Hai hãy cẩn thận

1. Nếu bạn muốn học FP cho công việc, thì không có quá nhiều vị trí tuyển dụng ngoài kia. Thủ tục và OOP vẫn thống trị thị trường việc làm. Nhưng FP có thể giúp bạn rất nhiều trong việc khám phá những cách mới để giải quyết vấn đề.
2. Trình biên dịch FP không nhanh chóng. Vì FP quan tâm nhiều hơn đến việc giải quyết vấn đề, bạn không thể mong đợi tốc độ C. Nhưng bạn vẫn có thể đưa ra các hướng dẫn cho trình biên dịch (trong Haskell) để tăng tốc quá trình thực hiện. Sự đánh đổi là bạn có nhiều thời gian tập trung vào chương trình trong tay thay vì các lỗi chữa cháy.

Tôi cố gắng hết sức để nhớ câu thần chú sau đây:

Dữ liệu trong -> Chuyển đổi dữ liệu -> Dữ liệu ra

hoặc là

TransformData (Nhập dữ liệu) -> Dữ liệu ra