Dalam sebagian besar aplikasi besar kami, kami biasanya hanya memiliki beberapa lokasi untuk "konstanta": Satu kelas untuk GUI dan kontestan internal (judul Halaman Tab, judul Kotak Grup, faktor perhitungan, enumerasi) Satu kelas untuk tabel dan kolom basis data (bagian ini menghasilkan kode)...
Konteks Dalam Clean Code , halaman 35, katanya Ini menyiratkan bahwa blok dalam pernyataan if, statement lain, sedangkan statement, dan seterusnya harus sepanjang satu baris. Mungkin saluran itu harus menjadi pemanggilan fungsi. Ini tidak hanya menjaga fungsi penutup tetap kecil, tetapi juga...
Katakanlah, misalnya, Anda memiliki aplikasi dengan kelas yang dibagikan secara luas User. Kelas ini memaparkan semua informasi tentang pengguna, ID mereka, nama, tingkat akses ke setiap modul, zona waktu dll. Data pengguna jelas banyak direferensikan di seluruh sistem, tetapi untuk alasan apa...
Saya mungkin akan menganggapnya sebagai bau kode atau bahkan anti-pola untuk memiliki kelas yang mengimplementasikan 23 antarmuka. Jika memang anti-pola, apa yang akan Anda sebut itu? Atau apakah itu hanya tidak mengikuti prinsip tanggung jawab
Saya mengikuti pertanyaan yang sangat masuk akal ini tentang kemungkinan pelanggaran prinsip Pergantian Liskov. Saya tahu apa prinsip Substitusi Liskov, tetapi yang masih belum jelas dalam benak saya adalah apa yang salah jika saya sebagai pengembang tidak memikirkan prinsip tersebut saat menulis...
SOLID termasuk prinsip substitusi Liskov yang berpendapat bahwa "objek dalam suatu program harus diganti dengan instance subtipe mereka tanpa mengubah kebenaran program itu". Karena kelas statis dengan metode statis (sedikit seperti Mathkelas) tidak memiliki instance sama sekali, apakah sistem...
Saya mengerti apa yang seharusnya dicapai oleh SOLID dan menggunakannya secara teratur dalam situasi di mana modularitas penting dan tujuannya jelas berguna. Namun, dua hal mencegah saya menerapkannya secara konsisten di basis kode saya: Saya ingin menghindari abstraksi dini. Dalam pengalaman...
Baru-baru ini saya berdiskusi dengan seorang teman saya tentang OOP dalam pengembangan video game. Saya sedang menjelaskan arsitektur dari salah satu game saya yang, yang mengejutkan teman saya, berisi banyak kelas kecil dan beberapa lapisan abstraksi. Saya berpendapat bahwa ini adalah hasil dari...
Saya telah bekerja selama dua tahun di Bank Investasi yang hebat. Saya membuat beberapa proyek teknis dengan keinginan membuat kode yang paling optimal, dengan menghormati pola desain yang baik, prinsip SOLID, hukum demeter dan menghindari segala macam kode duplikat ... Ketika pengiriman dalam...
Katakanlah saya memiliki antarmuka FooInterfaceyang memiliki tanda tangan berikut: interface FooInterface { public function doSomething(SomethingInterface something); } Dan kelas konkret ConcreteFooyang mengimplementasikan antarmuka itu: class ConcreteFoo implements FooInterface { public...
Dikatakan oleh beberapa orang bahwa jika Anda mengambil prinsip-prinsip SOLID secara ekstrem, Anda berakhir pada pemrograman fungsional . Saya setuju dengan artikel ini, tetapi saya berpikir bahwa beberapa semantik hilang dalam transisi dari antarmuka / objek ke fungsi / penutupan, dan saya ingin...
Saya memiliki modul, katakan 'M', yang memiliki beberapa klien, katakan 'C1', 'C2', 'C3'. Saya ingin membagi namespace modul M, yaitu deklarasi API dan data yang dipaparkannya, ke dalam file header sedemikian rupa sehingga - untuk klien mana pun hanya data dan API yang diperlukannya yang...
Saya mendengar banyak dari praktisi TDD bahwa salah satu keuntungan TDD adalah memaksa pengembang untuk mengikuti prinsip-prinsip SOLID (Tanggung jawab tunggal, Open-closed, substitusi Liskov, segregasi Antarmuka, dan inversi Ketergantungan). Tetapi bagi saya itu cukup dengan hanya menulis beberapa...
Sebagai contoh, misalkan Anda memiliki program permainan konsol, yang memiliki semua jenis metode input / output ke dan dari konsol. Apakah akan pintar untuk menjaga mereka semua dalam satu inputOutputkelas atau istirahat mereka turun ke kelas khusus lebih seperti startMenuIO, inGameIO, playerIO,...
Saya mengerti maksud dari prinsip buka-tutup. Ini dimaksudkan untuk mengurangi risiko melanggar sesuatu yang sudah berfungsi saat memodifikasinya, dengan memberitahu Anda untuk mencoba memperluas tanpa memodifikasi. Namun, saya kesulitan memahami bagaimana prinsip ini diterapkan dalam praktik....
Saya baru memulai dengan RxJava , implementasi Java dari ReactiveX (juga dikenal sebagai Rx and Reactive Extensions ). Sesuatu yang benar-benar memukul saya adalah ukuran besar RxJava ini Flowable kelas : memiliki 460 metode! Agar adil: Ada banyak metode yang kelebihan beban, yang menabrak...
Saat membaca artikel tentang ISP, tampaknya ada dua definisi yang bertentangan tentang ISP: Menurut definisi pertama (lihat 1 , 2 , 3 ), ISP menyatakan bahwa kelas yang mengimplementasikan antarmuka tidak boleh dipaksa untuk mengimplementasikan fungsionalitas yang tidak mereka butuhkan. Dengan...
Terinspirasi oleh jawaban ini : Prinsip Pergantian Liskov mensyaratkan itu Prasyarat tidak dapat diperkuat dalam subtipe. Postconditions tidak dapat dilemahkan dalam subtipe. Invarian tipe supertipe harus dipertahankan dalam subtipe. Batasan sejarah ("aturan sejarah"). Objek dianggap...
Latar Belakang: Saya sedang mengembangkan kerangka kerja pengiriman pesan. Kerangka kerja ini akan memungkinkan: pengiriman pesan melalui bus layanan berlangganan antrian di bus pesan berlangganan topik pada bus pesan Kami saat ini menggunakan RabbitMQ, tapi saya tahu kami akan pindah ke...
Kelas LinkedList ada dengan fungsi-fungsi seperti add_first (), add_last (), add_after (), remove_first (), remove_last (), dan remove () Sekarang ada kelas Stack yang menyediakan fungsionalitas seperti push (), pop (), peek () atau top (), dan untuk mengimplementasikan metode ini ia memperluas...