Câu trả lời ngắn gọn: không.
Câu trả lời dài: Không có "cách đơn giản" vì OOP không đơn giản. Lập trình thủ tục là tất cả về "biến" và "nếu sau đó goto". Tất cả mọi thứ khác là đường cú pháp, nhưng bốn điều đó là tất cả những gì lập trình thủ tục là về. Một khi bạn nhận được chúng, không có gì có thể ngăn cản bạn.
OOP là một cách để tổ chức các biến và các đoạn mã. Có bao nhiêu mẫu để xác định OOP? 25? 30? Ngay cả những giáo viên học OOP từ các ngôn ngữ và nền tảng khác nhau cũng không đồng ý với định nghĩa riêng của nó, vì vậy ... làm thế nào nó có thể đơn giản?
Tôi không biết làm thế nào bạn đến với điều đó, nhưng vì mẹ bạn có trải nghiệm tương tự với tôi, tôi có thể nói cho bạn biết tôi đã đến đó như thế nào.
Tôi đã lập trình trong C trong một dự án rất lớn. Đó là năm 1988. Nhiều lập trình viên tổ chức các mô-đun và thư viện, với khó khăn trong việc tránh can thiệp vào các công việc khác và giữ sự phân chia nhiệm vụ tốt.
Chúng tôi đã đi đến một "giải pháp" đó là đưa tất cả dữ liệu toàn cầu có liên quan vào các cấu trúc, đặt trong các cấu trúc đó một số con trỏ hàm nơi yêu cầu gọi lại. Chúng tôi khái quát theo cách mà chúng tôi gọi io_mask
(sắp xếp các hộp thoại chế độ văn bản) và graphic_manager
v.v.
Vào năm 1996, rất dễ dàng phát hiện ra rằng các cấu trúc đó được đặt tên là "các lớp" và các con trỏ hàm đó được thay thế bởi hàm thành viên và các hàm ảo hoặc bằng các liên kết đến các đối tượng khác (được gọi là hành vi) bởi các lập trình viên khác đã làm mới dự án cũ đó.
Tôi bắt đầu hiểu OOP khi tôi bắt đầu cảm thấy sự cần thiết của nó: phân biệt, đa hình và các hành vi được xác định thời gian chạy.
Hôm nay tôi làm việc với OOP, nhưng tôi không nghĩ đó là một học thuyết để phục vụ: chỉ là một "thành ngữ chung" (bộ ...) cho phép chúng tôi nói chuyện với nhau mà không cần phải giải thích và mô tả dài mọi lúc . Trong thực tế, nhiều "quy ước" hơn bất cứ điều gì khác. Rốt cuộc, tất cả OOP làm là -again- "if then goto": nó chỉ thực hiện "nhiều lớp". Do đó trừu tượng và thành ngữ trên thành ngữ.
Mặc kệ họ. Cho đến khi cô ấy không cảm thấy cần họ thậm chí không cố gắng giải thích: cô ấy sẽ cảm thấy chúng giống như một cách phức tạp để làm những việc đơn giản. Và cô ấy đúng ... cho đến khi những gì cô ấy làm là - thực tế - đơn giản.
Sẽ không ai nghĩ đến việc "sắp xếp một cái bàn" nếu chỉ có bốn thứ trên đầu. Nó có ý nghĩa khi những thứ trên đầu bắt đầu can thiệp lẫn nhau. Đó là thời gian để OOP đi vào.
Bạn không cần OOP để làm việc với C ++. Toàn bộ thư viện chuẩn C ++ không được thiết kế theo OOP (mặc dù nó có thể hợp tác với nó) và C ++ không phải là Java.
Theo kinh nghiệm của tôi, các giáo viên C ++ và lập trình viên C ++ tồi tệ nhất là những người đến từ Java, dạy tất cả định kiến của họ về mọi thứ không phải là OOP, làm biến dạng một ngôn ngữ như C ++ không phải (chỉ) cho OOP.
Hãy để tôi đề xuất một cuốn sách hay cho những ai muốn tiếp cận C ++: Tăng tốc C ++ : nó sẽ đưa bạn vào thành ngữ C ++ mà không giả vờ tuân theo một học thuyết được xác định trước.