Trong những tình huống nào tôi nên chọn sử dụng ngôn ngữ lập trình chức năng thay vì ngôn ngữ hướng đối tượng dài dòng hơn như C ++, C # hoặc Java?
Tôi hiểu lập trình chức năng là gì, điều tôi không thực sự hiểu là đối với những dạng vấn đề nào thì nó có phải là giải pháp hoàn hảo không?
Câu trả lời:
Theo quan điểm của tôi, ngôn ngữ chức năng tốt cho chủ yếu hai thứ: AI trong trò chơi và tính toán toán học. Nó tốt trong trò chơi AI vì các thao tác danh sách đẹp của nó (ít nhất là trong Lisp và Scheme) và cho các phép tính toán học vì cú pháp của nó. Scheme, Lisp và Haskell có một cú pháp giúp các phép tính toán học dễ đọc. Điều cuối cùng tôi phải nói thêm là các ngôn ngữ chức năng là những ngôn ngữ thực sự thú vị. Khóa học Đề án của tôi là một trong những khóa học tôi thấy vui nhất.
Tôi đã tự mình thực hiện một số nghiên cứu về vấn đề này và nghĩ rằng tôi có thể thêm CONCURRENCY vào danh sách các lý do để sử dụng một ngôn ngữ chức năng. Xem tại một số thời điểm trong tương lai gần, tốc độ bộ xử lý sẽ không thể tăng lên khi sử dụng cùng một công nghệ cpu. Vật lý của kiến trúc sẽ không cho phép nó.
Vì vậy, đó là nơi xử lý đồng thời xuất hiện.
Thật không may, hầu hết các ngôn ngữ OOP không thể tận dụng nhiều bộ xử lý cùng một lúc vì sự phụ thuộc lẫn nhau giữa các dữ liệu.
Trong các ngôn ngữ lập trình chức năng thuần túy, máy tính có thể chạy hai (hoặc nhiều) chức năng cùng một lúc vì các chức năng đó không làm thay đổi thông tin trạng thái bên ngoài.
Đây là một bài viết tuyệt vời về lập trình chức năng mà bạn có thể thích.
Một người bạn của tôi đã dẫn lời một trong những giáo sư đại học của anh ấy nói điều gì đó như sau:
Vẽ lưới với các loại dữ liệu ở trên cùng và các thao tác trên các loại dữ liệu đó ở phía bên trái. Nếu bạn cắt lưới theo chiều dọc, bạn đang thực hiện OO; nếu bạn cắt lưới theo chiều ngang, bạn đang thực hiện FP.
Câu trả lời của tôi là FP là một cách tiếp cận hoàn toàn khả thi để lập trình với nhiều ứng dụng như OO. Như với bất kỳ cuộc thảo luận nào về lựa chọn ngôn ngữ lập trình, tôi nghĩ những câu hỏi quan trọng hơn là:
Đối với câu hỏi đầu tiên, nếu bạn đang làm điều này chủ yếu vì giá trị học tập, tôi khuyên bạn nên xem Haskell , vì có nhiều tài liệu hỗ trợ (sách, bài báo, cộng đồng tích cực, v.v.)
Đối với câu hỏi thứ hai, Haskell có rất nhiều thư viện (mặc dù một số thư viện trưởng thành hơn những thư viện khác), nhưng Scala (một ngôn ngữ chức năng OO kết hợp chạy trên JVM) có những lợi thế mà bạn có thể dần dần chuyển đổi sang phong cách chức năng. và bạn có đầy đủ các thư viện Java có thể truy cập được dành cho bạn.
Trên thực tế, mọi thứ bạn có thể làm trong PP đều có thể được thực hiện trong FP và điều tương tự ngược lại. Đó chỉ là một cách khác để viết mã thứ gì đó — một góc nhìn khác về vấn đề và một cách khác để giải quyết nó.
Tuy nhiên, bởi vì không có nhiều người sử dụng FP, vấn đề nằm ở chỗ thiếu thư viện tốt, tính di động / khả năng bảo trì (vì người bảo trì có cơ hội hiểu điều gì đó được viết bằng C ++ hơn là Scheme), và thiếu tài liệu và cộng đồng. Tôi biết có một số tài liệu, tuy nhiên, hãy so sánh tài liệu đó với C ++, C # hoặc Java và bạn sẽ hiểu ý tôi.
Tuy nhiên, nếu bạn thực sự muốn thực hiện FP, bạn có thể sử dụng kiểu này ngay cả trong C ++ và C #. Tất nhiên, nó sẽ không phải là 100% FP nếu bạn sử dụng thư viện tiêu chuẩn. Thật không may, tôi không nghĩ rằng C # được tối ưu hóa để sử dụng với lập trình chức năng và nó có thể sẽ tạo ra nhiều vấn đề về hiệu suất.
Đây là một bài viết chủ quan hơn, những gì tôi nghĩ về FP. Nó không phải là một tuyên bố nghiêm ngặt.
Ngôn ngữ chức năng tốt trong nhiều tình huống. Nó phụ thuộc vào các thư viện của một ngôn ngữ chức năng cụ thể.
Bạn sẽ trả lời câu hỏi "Khi nào thì sử dụng ngôn ngữ lập trình hướng đối tượng?"?
Mặc dù đây là một câu hỏi khá chủ quan, tôi chỉ muốn nói thêm rằng các ngôn ngữ chức năng được sử dụng rất nhiều để phân tích cú pháp các ngôn ngữ miền cụ thể ; bản chất chức năng có lợi cho việc phân tích ngữ pháp.
Từ những gì tôi đã thấy, đó là vấn đề về hương vị hơn là chức năng (không có ý định chơi chữ). Thực sự không có bất cứ điều gì về một trong hai phong cách ngôn ngữ khiến nó vốn dĩ tốt hơn hoặc tệ hơn ở các nhiệm vụ cụ thể.
Nói chung, hãy sử dụng ngôn ngữ dễ dàng nhất để diễn đạt giải pháp cho một vấn đề. Đối với lập trình chức năng, đây là khi giải pháp cho một vấn đề dễ dàng được thể hiện dưới dạng các chức năng , do đó có tên. Nói chung nó tốt cho các phép toán, AI, khớp mẫu; nói chung là bất cứ điều gì có thể được chia nhỏ thành một tập hợp các quy tắc phải được áp dụng để có câu trả lời. Bạn chỉ có thể thực sự xác định ngôn ngữ "tốt nhất" để sử dụng sau khi bạn đã phân tích đầy đủ vấn đề của mình. Đây là lúc mã giả có ích. Nếu bạn thấy mình đang viết mã giả trông giống như FP, hãy sử dụng FP.
Tất nhiên, tất cả các ngôn ngữ lập trình hoàn chỉnh đều tương đương về mặt chức năng, vì vậy việc bạn chọn ngôn ngữ lập trình nào thực sự không quan trọng về vấn đề bạn có thể giải quyết. Các tác động chính sẽ là về hiệu quả và độ chính xác của mã hóa, và dễ bảo trì.
Cũng lưu ý rằng có thể bắt chước FP trong các ngôn ngữ OO thông qua các API được thiết kế thông minh. Ví dụ, tôi đã thấy nhiều thư viện Java (JMock là một ví dụ) sử dụng chuỗi phương thức để mô phỏng một FP DSL. Sau đó, bạn sẽ thấy các cấu trúc như:
logger.expects(once()).method("error")
.with( and(stringContains(action),stringContains(cause)) );
Về cơ bản, điều này xây dựng một chức năng được đánh giá để xác định xem một số chuỗi gọi trên một đối tượng giả có đúng hay không. (ví dụ bị đánh cắp từ http://www.jmock.org/yoga.html )
Một cú pháp giống FP khác trong các ngôn ngữ OO khác là việc sử dụng các bao đóng, chẳng hạn như trong Ruby.