Semakin banyak saya membaca tentang OOP, semakin saya merasa bahwa OOP dipahami tidak hanya oleh semua orang. Artikel lain adalah contohnya .
Di sini Anda dapat menggambarkan absurditas argumentasi dalam artikel di atas untuk waktu yang lama. Tetapi secara umum, seluruh artikel dapat dicoret secara harfiah sebagai berikut.
Selanjutnya
Dengan meningkatnya kompleksitas perangkat lunak, muncul kebutuhan untuk mengisolasi kompleksitas, memecahnya. Memotong-potong tidak akan berhasil, karena akan ada masalah saat menghubungkan bagian-bagian. Dan kemudian orang-orang pintar datang dengan: mari kita mengisolasi bagian-bagian sehingga bagian eksternal itu penting, dan bukan bagaimana itu diatur di dalam. Yaitu tidak perlu memikirkan mekanisme, hanya memikirkan kontrak.
OOP
Inilah yang disebut OOP, dan itu adalah isolasi kompleksitas yang menyebabkan, dalam arti, ke revolusi, karena menjadi mungkin untuk menulis program yang jauh lebih kompleks.
Yang lainnya adalah transfusi dari kosong ke kosong, termasuk kutipan dari semua orang yang dikenal dan dihormati. Masalah dengan OOP adalah awalnya mereka memikirkan satu hal, tetapi kemudian para praktisi datang dan mengubah segalanya untuk kebutuhan mereka, karena program tidak perlu ditulis besok atau lusa, tetapi hari ini. Lebih baik lagi, kemarin.
Apa yang menjadi OOP hari ini adalah hasil dari kesalahpahaman tujuan pengembangan perangkat lunak: perjuangan melawan kompleksitas . Kebetulan otak tidak mengakomodasi semua aspek dan bagian dari sistem, kita hanya bisa memegang sebagian kecil. Karena itu, perjuangan dengan kompleksitas adalah pendorong dan motivasi untuk menciptakan paradigma baru. Selain itu, ini mungkin menjadi kriteria untuk pilihan paradigma yang benar: seberapa sederhana dan mudah dipahami kode yang dihasilkan.
Total
Jadi, hal utama dalam pemrograman bukanlah penggunaan praktik-praktik baru atau kuno, tetapi pengendalian kompleksitas yang benar di setiap bagian sistem.
Tautan yang bermanfaat:
[1] Joe Armstrong tentang Elixir, Erlang, FP dan OOP . Berikut ini adalah pemahaman awal tentang OOP, yang kemudian ditransformasikan di bawah pengaruh C ++ dan Java. OOP asli sekarang disebut model aktor.
[2] Asynchrony 3: Model subjektif . Dari sudut pandang praktis, bagaimana menggabungkan OOP dan model aktor, setelah memperoleh paradigma baru, termasuk yang sebelumnya.