Là phân rã chức năng thực sự là một antipotype?

Trong khi tôi đang đọc Các mô hình chống tệ nhất mà bạn đã gặp , tôi đã nhấp vào liên kết trong bài đăng này để truy cập vào trang web về các mô hình chống.

Và trang http://sourcemaking.com/antipotypes/feftal-decysis khiến tôi băn khoăn.

Làm thế nào xấu chống mẫu này, và nó có phải là một mô hình chống không? Bởi vì, mặc dù hiện tại tôi đang làm phần lớn lập trình OOP, tôi vẫn cảm thấy miễn cưỡng với các ngôn ngữ OOP thuần túy như Java và cả các thực tiễn thiết kế mà chúng mang lại. Và tôi đoán, tôi vẫn có một số đặc điểm của lập trình chức năng trong khi tôi viết mã.

Và điều này đặt ra một câu hỏi, liệu tôi có đang làm sai khi gắn bó với phong cách chức năng OOP + hay nó phổ biến trong công nghiệp và thực sự không tệ đến vậy.

Những gì tôi biết từ kinh nghiệm, là kiểu OOP + Chức năng không hoàn toàn tương thích với các nhà phát triển OOP thuần túy. Nhưng đồng thời, trong khi các nhà phát triển OOP gặp vấn đề với phát triển Chức năng OOP +, thì phản biện là các giải pháp OOP thường được thiết kế quá mức và quá khó sử dụng, và theo kinh nghiệm của tôi, thậm chí không dễ dàng hơn một chút, và thực tế đã giới thiệu một số điểm mù cho RẤT lỗi nghiêm trọng để che giấu.

Vì vậy, mặc dù tôi đã thảo luận với đồng nghiệp về những chủ đề này, tôi đã đi đến kết luận rằng không có cách nào thực sự hoàn hảo. Và tôi vẫn còn câu hỏi chưa được trả lời.

Vấn đề OOP cũng được củng cố bởi một liên kết từ một bài đăng khác trong cùng một chủ đề. Liên kết xem phong cách Java OOP http://chaosinmotion.com/blog/?p=622

Vì vậy, thái độ chung đối với việc trộn lập trình chức năng với OOP là gì? Và sự cân bằng mà một nhà phát triển nên cố gắng đạt được là gì?

Trước hết, lập trình chức năng hiện đang là điều mà tất cả những đứa trẻ tuyệt vời đang làm. Anti-Pattern đã nói về lập trình thủ tục thực sự (sẽ rõ ràng hơn nếu kỹ thuật này được gọi là "phân rã thủ tục" nhưng không phải vậy), và tôi nghĩ bạn cũng vậy.

Mô hình chống nói về cách viết mã thủ tục xấu trong ngôn ngữ hướng đối tượng, trang khác nói về điều xấu là viết Java - thật ra không có ngôn ngữ nào tuyệt vời đến mức bạn có thể làm mọi thứ bạn muốn làm nhưng không thể viết mã xấu.

Trong thực tế, tôi đã thấy một ít kỹ thuật hơn trong mã hướng đối tượng so với thủ tục - ít hơn một chút về kỹ thuật và hơn một chút so với kỹ thuật.

Trong trường hợp của bạn, nó sẽ phụ thuộc vào chi tiết cụ thể và tôi không chắc bạn thực sự làm gì theo kiểu thủ tục. Là nó chính xác, rõ ràng, có thể kiểm tra, dễ sửa đổi, vv? Các tiêu chí để đánh giá mã phải dựa trên những mối quan tâm thực tế như vậy, và không dựa trên độ tinh khiết của một phong cách cụ thể. Có vẻ như trong trường hợp của bạn, những người hợp lý và hiểu biết có thể không đồng ý (và làm!) Về những mối quan tâm đó, và nếu vậy có lẽ không có cách nào khách quan để xác định sự thật của vấn đề.