Results (
Indonesian) 2:
[Copy]Copied!
Ini tugas tanggung jawab menempatkan tanggung jawab untuk melakukan pembayaran dalam Daftar. Register adalah mengambil bagian dari tanggung jawab untuk memenuhi sistem operasi makePayment.
Dalam contoh ini terisolasi, ini dapat diterima; tetapi jika kita terus membuat
kelas Register bertanggung jawab untuk melakukan beberapa atau sebagian besar pekerjaan yang berhubungan dengan lebih
banyak sistem operasi, itu akan menjadi semakin dibebani dengan tugas-tugas
dan menjadi incohesive.
Bayangkan bahwa ada lima puluh operasi sistem, semua diterima oleh Register. Jika hal itu
pekerjaan yang berhubungan dengan masing-masing, itu akan menjadi "membengkak" objek incohesive. The
titik tidak bahwa ini tugas penciptaan Pembayaran tunggal itu sendiri membuat Register
incohesive, tetapi sebagai bagian dari gambaran yang lebih besar dari keseluruhan tugas tanggung jawab, itu
mungkin menyarankan kecenderungan kohesi rendah.
Dan yang paling penting dalam hal keterampilan mengembangkan sebagai desainer objek , terlepas
dari pilihan desain akhir, hal yang berharga adalah bahwa setidaknya pengembang tahu
untuk mempertimbangkan dampak pada kohesi.
Sebaliknya, seperti yang ditunjukkan pada Gambar 16.12, para delegasi desain kedua pembayaran
tanggung jawab penciptaan ke Sale, yang mendukung kohesi tinggi dalam
Karena desain kedua mendukung kohesi tinggi dan kopling rendah, itu adalah
diinginkan
Being translated, please wait..
