Tiga lapisan: UI (antarmuka), BLL (lapisan logika bisnis), DAL (lapisan akses data) Ketiganya harus dimiliki, di mana BLL dan kelas di DAL adalah kelas publik, karena UI perlu memanggil BLL, dan BLL perlu memanggil DAL, dan UTILITY (metode yang mendasari untuk menyambungkan ke database dan melakukan operasi dasar "menambahkan, menghapus, memodifikasi, dan memeriksa"). Selain itu, mungkin juga ada lapisan entitas seperti ENTITY (yang memetakan tabel data) dan Common (pustaka ini umumnya menempatkan beberapa metode umum, seperti metode validasi data, metode operasi kontrol, dll.). Sederhananya, itu Mengakses data dari database adalah lapisan akses data Memilah hubungan bisnis data terkait adalah lapisan logika bisnis Representasi data yang dikumpulkan menunjukkan bahwa ini adalah lapisan representasi.
Ngomong-ngomong, saya membantu Anda menemukan beberapa informasi: Struktur hierarkis yang baik dapat membuat pembagian kerja bagi pengembang lebih jelas. Setelah antarmuka antarmuka antara lapisan ditentukan, pengembang yang bertanggung jawab atas desain logika yang berbeda dapat membubarkan upaya mereka dan bekerja sama dengan tangan di tangan. Misalnya, personel UI hanya perlu mempertimbangkan pengalaman dan pengoperasian antarmuka pengguna, desainer domain hanya dapat fokus pada desain logika bisnis, dan desainer database tidak perlu khawatir dengan interaksi pengguna yang rumit. Setiap tugas pengembang dikonfirmasi, dan kemajuan pengembangan dapat dengan cepat ditingkatkan.
Manfaat kopling longgar jelas. Jika suatu sistem tidak hierarkis, maka logikanya saling terkait erat dan saling bergantung, dan tidak ada yang dapat digantikan. Begitu terjadi perubahan, itu akan mempengaruhi seluruh tubuh, dan dampaknya pada proyek akan sangat serius. Mengurangi ketergantungan antar lapisan tidak hanya dapat memastikan skalabilitas di masa depan, tetapi juga memiliki keuntungan yang jelas dalam penggunaan kembali. Setelah setiap modul fungsional telah menentukan antarmuka terpadu, modul tersebut dapat dipanggil oleh setiap modul tanpa harus mengembangkan fungsi yang sama berulang kali.
Untuk melakukan desain struktur hierarkis yang baik, standar juga penting. Hanya pada tingkat standardisasi tertentu, sistem ini dapat diskalakan dan diganti. Komunikasi antar lapisan juga tentu memastikan standarisasi antarmuka.
|