Menggunakan Architecture Layered dalam ASP. NET - dummies

Satu pendekatan untuk mereka bentuk aplikasi Web adalah untuk memberi tumpuan kepada lapisan-lapisan seni bina aplikasi yang jelas. Pendekatan ini serupa dengan cara arkitek merancang bangunan. Jika anda pernah melihat pelan pembinaan terperinci untuk pencakar langit, anda tahu pelan pembinaan termasuk pelan induk yang berasingan untuk asas, bingkai, bumbung, paip, elektrik, dan lain-lain tingkat bangunan.

lapisan - secara berasingan, dengan syarat sambungan di antara lapisan ( antara muka >) difikirkan dengan teliti. Lapisan-lapisan harus bebas antara satu sama lain, sebanyak mungkin. Antara perkara lain, ini bermakna mengabaikan beberapa must-dos dan do-nots: Setiap lapisan mesti mempunyai fokus yang jelas.

Untuk reka bentuk lapisan dengan betul, anda mesti dengan jelas menguraikan tugas dan tanggungjawab setiap lapisan.

• Lapisan harus memikirkan perniagaan mereka sendiri.

Jika satu lapisan bertanggungjawab untuk interaksi pengguna, hanya lapisan yang dibenarkan untuk berkomunikasi dengan pengguna. Lapisan lain yang perlu mendapatkan maklumat daripada pengguna mesti berbuat demikian melalui Lapisan Antara Muka Pengguna.

• Protokol yang jelas pasti mesti ditubuhkan untuk lapisan untuk berinteraksi antara satu sama lain. Interaksi antara lapisan berlaku hanya melalui protokol ini.
• Perhatikan bahawa lapisan tidak terikat secara langsung kepada sebarang aplikasi tertentu. Sebagai contoh, seni bina mungkin berfungsi dengan baik untuk sistem tempahan dalam talian dan untuk forum dalam talian. Akibatnya, seni bina berlapis tidak ada hubungannya dengan ERDs yang menentukan pangkalan data atau Data Flow Diagrams yang menentukan bagaimana data mengalir dalam aplikasi. Ia struktur yang berasingan.

Berapa banyak lapisan?

Terdapat beberapa pendekatan biasa untuk seni bina aplikasi yang berbeza bergantung kepada bilangan lapisan yang digunakan. Satu skema biasa adalah untuk memecahkan permohonan menjadi dua lapisan:

Lapisan Aplikasi:

Reka bentuk antara muka pengguna dan pelaksanaan dasar perniagaan ditangani dalam lapisan ini. Lapisan ini juga boleh mengendalikan

• logika urus niaga - kod yang mengemas kini pangkalan data pangkalan data ke dalam transaksi dan memastikan semua kemas kini dalam transaksi dilakukan secara konsisten. Lapisan Akses Data: Enjin pangkalan data asas yang menyokong aplikasi. Lapisan ini bertanggungjawab untuk mengekalkan integriti pangkalan data. Beberapa atau semua logik transaksi boleh dilaksanakan di lapisan ini.
• Dalam model dua lapisan, Lapisan Aplikasi adalah ASP. Halaman Web NET yang menentukan halaman yang dibentangkan kepada pengguna serta kod belakang kod yang melaksanakan logik aplikasi. Lapisan Akses Data ialah pelayan pangkalan data yang menguruskan pangkalan data, seperti Microsoft SQL Server atau Oracle. Perhatikan bahawa ASP. NET 2. 0 tidak mengharuskan anda meletakkan kod logik aplikasi dalam fail belakang kod berasingan. Sebaliknya, anda boleh menyilangkan kod logik dengan kod persembahan dalam fail yang sama. Walau bagaimanapun, hampir selalu merupakan idea yang baik untuk menggunakan kod berasingan di belakang fail untuk memisahkan logik aplikasi dari kod persembahannya. Semua aplikasi yang dibentangkan dalam buku ini menggunakan kod berasingan di belakang fail.

Pembahagian antara lapisan Aplikasi dan Data Access tidak selalunya jelas. Atas sebab-sebab prestasi, logik transaksi sering dialihkan ke pelayan pangkalan data (dalam bentuk prosedur tersimpan), dan peraturan perniagaan sering dilaksanakan di pelayan pangkalan data dengan kekangan dan pencetus. Oleh itu, pelayan pangkalan data sering menangani beberapa logik aplikasi.

Jika gangguan ini mengganggu anda, anda boleh menggunakan

tiga lapisan aras, yang menambah lapisan tambahan untuk mengendalikan peraturan dan dasar perniagaan: Layer Presentation: Lapisan ini mengendalikan pengguna antara muka.

• Layer Peraturan Perniagaan: Lapisan ini mengendalikan peraturan dan dasar perniagaan aplikasi. Contohnya, jika aplikasi jualan memberi diskaun kepada pengguna tertentu, dasar diskaun dilaksanakan di lapisan ini.
• Lapisan Akses Data: Model pangkalan data asas yang menyokong aplikasi.
• Membuat lapisan berasingan untuk peraturan perniagaan membolehkan anda memisahkan peraturan dari reka bentuk pangkalan data dan logika persembahan. Peraturan perniagaan adalah tertakluk kepada perubahan. Dengan meletakkannya dalam lapisan berasingan, anda mempunyai tugas yang lebih mudah untuk mengubahnya kemudian daripada jika ia dimasukkan ke dalam antara muka pengguna atau reka bentuk pangkalan data. Model-View-Controller

Satu lagi model biasa untuk mereka bentuk aplikasi Web dipanggil

Model-View-Controller

( MVC ). Dalam seni bina ini, aplikasi dipecahkan kepada tiga bahagian: Model : Model

• adalah, pada dasarnya, lapisan perniagaan aplikasi. Ia biasanya terdiri daripada objek yang mewakili entiti perniagaan yang membentuk aplikasi, seperti pelanggan dan produk. Lihat: Paparan
• adalah antara muka pengguna aplikasi. Dalam aplikasi Web, ini terdiri daripada satu atau lebih halaman HTML yang menentukan rupa dan nuansa aplikasi. Pengawal: Pengawal
• menguruskan peristiwa yang diproses oleh aplikasi. Acara biasanya dihasilkan oleh tindakan antara muka pengguna, seperti pengguna mengklik butang atau memilih item dari senarai juntai bawah. Dalam ASP tipikal. Aplikasi NET, the. fail aspx melaksanakan pandangan; model dan fungsi pengawal digabungkan dan dikendalikan oleh fail belakang kod. Oleh itu, fail belakang kod boleh dianggap sebagai model-controller

. Anda boleh, tentu saja, memisahkan fungsi model dan pengawal dengan membuat kelas yang berasingan bagi entiti perniagaan. Untuk kesederhanaan, aplikasi dalam buku ini menyimpan model dan fungsi pengawal digabungkan dalam fail kod belakang.