Menggunakan Layered Architectures di ASP. NET

Satu pendekatan untuk merancang aplikasi Web adalah fokus pada lapisan aplikasi arsitektur yang didefinisikan dengan jelas. Pendekatan ini mirip dengan cara seorang arsitek merancang bangunan. Jika Anda pernah melihat rencana konstruksi terperinci untuk pencakar langit, Anda tahu bahwa rencana konstruksi mencakup cetak biru terpisah untuk pondasi, bingkai, atap, pipa ledeng, listrik, dan lantai bangunan lainnya.

lapisan - secara independen, asalkan koneksi antara lapisan (antarmuka >) dipikirkan dengan hati-hati. Lapisannya harus saling terpisah satu sama lain, sebanyak mungkin. Antara lain, itu berarti mengindahkan beberapa must-dos dan not-nots: Setiap lapisan harus memiliki fokus yang jelas.

Untuk merancang lapisan dengan benar, Anda harus menjelaskan secara jelas tugas dan tanggung jawab masing-masing lapisan.

• Lapisan harus mengurus bisnis mereka sendiri.

Jika satu lapisan bertanggung jawab atas interaksi pengguna, hanya lapisan yang diizinkan untuk berkomunikasi dengan pengguna. Lapisan lain yang perlu mendapat informasi dari pengguna harus melakukannya melalui User Interface Layer.

• Protokol yang didefinisikan dengan jelas harus disiapkan agar lapisan dapat saling berinteraksi satu sama lain. Interaksi antara lapisan hanya terjadi melalui protokol ini.
• Perhatikan bahwa lapisan tidak terikat langsung dengan aplikasi tertentu. Misalnya, arsitektur mungkin bekerja sama baiknya untuk sistem pemesanan online dan untuk forum online. Akibatnya, arsitektur berlapis tidak ada hubungannya dengan ERD yang mendefinisikan database atau Data Flow Diagram yang menentukan bagaimana data mengalir dalam aplikasi. Ini adalah struktur yang terpisah.

Berapa banyak lapisan?

Ada beberapa pendekatan umum untuk arsitektur aplikasi yang bervariasi tergantung pada jumlah lapisan yang digunakan. Salah satu skema yang umum adalah memecah aplikasi menjadi dua lapisan:

Application Layer:

Desain antarmuka pengguna dan penerapan kebijakan bisnis ditangani di lapisan ini. Lapisan ini juga dapat menangani

• logika transaksi - kode yang mengelompokkan pembaruan basis data menjadi transaksi dan memastikan bahwa semua pembaruan dalam transaksi dilakukan secara konsisten. Lapisan Akses Data: Mesin database yang mendasari yang mendukung aplikasi. Lapisan ini bertanggung jawab untuk menjaga integritas database. Beberapa atau semua logika transaksi bisa diimplementasikan di layer ini.
• Pada model dua lapis, Application Layer adalah ASP. NET halaman Web yang mendefinisikan halaman yang disajikan kepada pengguna serta file di balik kode yang menerapkan logika aplikasi. The Data Access Layer adalah server database yang mengelola database, seperti Microsoft SQL Server atau Oracle. Perhatikan bahwa ASP. NET 2. 0 tidak mengharuskan Anda menempatkan kode logika aplikasi dalam file kode belakang yang terpisah. Sebagai gantinya, Anda bisa menyelipkan kode logika dengan kode presentasi dalam file yang sama. Namun, hampir selalu ada ide bagus untuk menggunakan kode terpisah di balik file untuk memisahkan logika aplikasi dari kode presentasinya. Semua aplikasi yang disajikan dalam buku ini menggunakan file kode belakang yang terpisah.

Pembagian antara lapisan Application and Data Access tidak selalu sejernih mungkin. Untuk alasan kinerja, logika transaksi sering bergeser ke database server (dalam bentuk stored procedure), dan aturan bisnis sering diimplementasikan pada database server dengan kendala dan trigger. Dengan demikian, server database sering menangani beberapa logika aplikasi.

Jika kekacauan ini mengganggu Anda, Anda dapat menggunakan arsitektur tiga lapisan, yang menambahkan lapisan tambahan untuk menangani peraturan dan kebijakan bisnis: Lapisan Presentasi: Lapisan ini menangani pengguna antarmuka.

• Lapisan Aturan Bisnis: Lapisan ini menangani aturan dan kebijakan bisnis aplikasi. Misalnya, jika aplikasi penjualan memberi diskon kepada pengguna tertentu, kebijakan diskon diterapkan di lapisan ini.
• Lapisan Akses Data: Model database yang mendasari yang mendukung aplikasi.
• Membuat lapisan terpisah untuk aturan bisnis memungkinkan Anda memisahkan aturan dari desain basis data dan logika presentasi. Aturan bisnis dapat berubah sewaktu-waktu. Dengan menempatkan mereka di lapisan terpisah, Anda memiliki tugas yang lebih mudah untuk mengubahnya lebih lambat daripada jika digabungkan ke antarmuka pengguna atau desain basis data. Model lain yang mirip untuk merancang aplikasi Web disebut

Model-View-Controller

(

MVC ). Dalam arsitektur ini, aplikasi dibagi menjadi tiga bagian: Model : Model

• , pada dasarnya, adalah lapisan bisnis aplikasi. Biasanya terdiri dari objek yang mewakili badan usaha yang membentuk aplikasi, seperti pelanggan dan produk. Lihat: Tampilan
• adalah antarmuka pengguna aplikasi. Dalam aplikasi Web, ini terdiri dari satu atau lebih halaman HTML yang menentukan tampilan dan nuansa aplikasi. Pengontrol mengatur kejadian yang diproses oleh aplikasi. Peristiwa biasanya dihasilkan oleh tindakan pengguna-antarmuka, seperti pengguna mengklik tombol atau memilih item dari daftar drop-down. Di ASP biasa. Aplikasi NET, File aspx mengimplementasikan tampilan; fungsi model dan kontroler digabungkan dan ditangani oleh file di belakang kode. Dengan demikian, kode di balik file dapat dianggap sebagai
• model-controller . Anda dapat, tentu saja, memisahkan fungsi model dan kontroler dengan membuat kelas terpisah untuk entitas bisnis. Untuk kesederhanaan, aplikasi dalam buku ini menjaga agar fungsi model dan kontroler digabungkan dalam file di belakang kode.