Membaca melalui artikel pedas tentang kelemahan OOP yang mendukung beberapa paradigma lain saya telah menemukan contoh bahwa saya tidak dapat menemukan terlalu banyak kesalahan.
Saya ingin terbuka dengan argumen penulis, dan meskipun saya secara teoritis dapat memahami poin mereka, satu contoh khususnya saya mengalami kesulitan mencoba membayangkan bagaimana itu akan lebih baik diimplementasikan dalam, katakanlah, bahasa FP.
// Consider the case where “SimpleProductManager” is a child of
// “ProductManager”:
public class SimpleProductManager implements ProductManager {
private List products;
public List getProducts() {
return products;
}
public void increasePrice(int percentage) {
if (products != null) {
for (Product product : products) {
double newPrice = product.getPrice().doubleValue() *
(100 + percentage)/100;
product.setPrice(newPrice);
}
}
}
public void setProducts(List products) {
this.products = products;
}
}
// There are 3 behaviors here:
getProducts()
increasePrice()
setProducts()
// Is there any rational reason why these 3 behaviors should be linked to
// the fact that in my data hierarchy I want “SimpleProductManager” to be
// a child of “ProductManager”? I can not think of any. I do not want the
// behavior of my code linked together with my definition of my data-type
// hierarchy, and yet in OOP I have no choice: all methods must go inside
// of a class, and the class declaration is also where I declare my
// data-type hierarchy:
public class SimpleProductManager implements ProductManager
// This is a disaster.
Perhatikan bahwa saya tidak mencari bantahan untuk atau melawan argumen penulis untuk "Apakah ada alasan rasional mengapa 3 perilaku ini harus dikaitkan dengan hierarki data?".
Apa yang secara khusus saya tanyakan adalah bagaimana contoh ini akan dimodelkan / diprogram dalam bahasa FP (Kode aktual, bukan secara teoritis)?
44
Anda tidak dapat secara wajar berharap untuk membandingkan paradigma pemrograman apa pun pada contoh-contoh singkat dan dibuat-buat. Siapa pun di sini dapat membuat persyaratan kode yang membuat paradigma pilihan mereka terlihat lebih baik daripada yang lain, terutama jika mereka menerapkan yang lain dengan tidak tepat. Hanya ketika Anda memiliki proyek yang nyata, besar, dan berubah, Anda dapat memperoleh wawasan tentang kekuatan dan kelemahan berbagai paradigma.
—
Euforia
Tidak ada apa-apa tentang pemrograman OO yang mengamanatkan bahwa 3 metode harus berjalan bersama di kelas yang sama; sama halnya tidak ada tentang pemrograman OO yang mengamanatkan bahwa perilaku harus ada di kelas yang sama dengan data. Dengan kata lain, dengan Pemrograman OO Anda dapat menempatkan data di kelas yang sama dengan perilaku, atau Anda dapat membaginya menjadi entitas / model yang terpisah. Bagaimanapun juga, OO tidak benar-benar mengatakan tentang bagaimana data harus berhubungan dengan suatu objek, karena konsep suatu objek pada dasarnya berkaitan dengan perilaku pemodelan dengan mengelompokkan metode yang berhubungan secara logis ke dalam kelas.
—
Ben Cottrell
Saya mendapat 10 kalimat dalam kata-kata kasar dari sebuah artikel dan menyerah. Tidak memperhatikan pria di balik tirai itu. Dalam berita lain, saya tidak tahu bahwa True Scotsmen terutama adalah programmer OOP.
—
Robert Harvey
Namun kata-kata kasar lain dari seseorang yang menulis kode prosedural dalam bahasa OO, kemudian bertanya-tanya mengapa OO tidak bekerja untuknya.
—
TheCatWhisperer
Meskipun tidak diragukan lagi benar bahwa OOP adalah bencana kesalahan langkah desain dari awal hingga akhir - dan saya bangga menjadi bagian darinya! - artikel ini tidak dapat dibaca, dan contoh yang Anda berikan pada dasarnya membuat argumen bahwa hierarki kelas yang dirancang dengan buruk dirancang dengan buruk.
—
Eric Lippert