Arsitektur MVC Vs n-tier

Saya bertanya-tanya apa sebenarnya perbedaan antara MVC (yang merupakan pola arsitektur) dan arsitektur n-tier untuk suatu aplikasi. Saya mencarinya tetapi tidak dapat menemukan penjelasan sederhana. Mungkin saya agak naif pada konsep MVC, jadi kalau ada yang bisa menjelaskan perbedaannya maka akan lebih bagus.

Bersulang

Arsitektur N-tier biasanya memiliki setiap lapisan yang dipisahkan oleh jaringan. Yaitu lapisan presentasi ada di beberapa server web, kemudian yang berbicara ke backend server aplikasi melalui jaringan untuk logika bisnis, kemudian yang berbicara ke server database, lagi melalui jaringan, dan mungkin server aplikasi juga memanggil beberapa layanan jarak jauh ( katakanlah Authorize.net untuk pemrosesan pembayaran).

MVC adalah pola desain pemrograman di mana bagian kode yang berbeda bertanggung jawab untuk mewakili Model, Tampilan, dan pengontrol di beberapa aplikasi. Kedua hal ini saling terkait karena, misalnya lapisan Model mungkin memiliki implementasi internal yang memanggil basis data untuk menyimpan dan mengambil data. Pengontrol dapat berada di server web, dan memanggil appservers dari jarak jauh untuk mengambil data. MVC meringkas detail tentang bagaimana arsitektur aplikasi diimplementasikan.

N-tier hanya mengacu pada struktur fisik suatu implementasi. Keduanya kadang-kadang bingung karena desain MVC sering diimplementasikan menggunakan arsitektur N-tier.

Jika desain 3-tier seperti ini:

Client <-> Middle <-> Data

derai MVC adalah:

     Middle
     ^    |
     |    v
Client <- Data

Yang berarti bahwa:

• dalam padanan 3-tier, komunikasi antar lapisan adalah dua arah dan selalu melewati tier Tengah
• dalam padanan MVC komunikasi itu searah ; kita dapat mengatakan bahwa setiap "lapisan" diperbarui oleh lapisan di sebelah kiri dan, pada gilirannya, memperbarui lapisan di sebelah kanan - di mana "kiri" dan "kanan" hanyalah ilustrasi

PS Client akan menjadi View dan Middle the Controller

Inilah yang dikatakan tentang arsitektur n-tier

Sepintas, ketiga tingkatan tersebut mungkin tampak mirip dengan konsep MVC (Model View Controller); Namun, secara topologi mereka berbeda. Aturan mendasar dalam arsitektur tiga tingkat adalah tingkat klien tidak pernah berkomunikasi secara langsung dengan tingkat data; dalam model tiga tingkat semua komunikasi harus melewati tingkat middleware. Secara konseptual, arsitektur three-tier adalah linear. Namun, arsitektur MVC berbentuk segitiga: View mengirimkan pembaruan ke Controller, Controller memperbarui Model, dan View diperbarui secara langsung dari Model.

Satu-satunya kesamaan adalah bahwa kedua pola memiliki tiga kotak di diagram mereka. Pada dasarnya mereka sangat berbeda dalam penggunaannya. Jika faktanya, biasanya tidak ada pilihan antara pola mana yang akan digunakan, tetapi kedua pola tersebut dapat digunakan bersama secara berbahaya. Berikut adalah perbandingan keduanya: http://allthingscs.blogspot.com/2011/03/mvc-vs-3-tier-pattern.html

Aturan mendasar dalam arsitektur three-tier adalah tingkat klien tidak pernah berkomunikasi secara langsung dengan tingkat data; dalam model tiga tingkat semua komunikasi harus melewati tingkat middleware.

Ini arsitektur kapal. Ini menjawab pertanyaan tentang bagaimana cara menyampaikan informasi antara pengguna dan database. Dimana MVC adalah arsitektur segitiga: View mengirimkan pembaruan ke Controller, Controller memperbarui Model, dan View diperbarui secara langsung dari Model. Ini menjawab pertanyaan tentang bagaimana antarmuka pengguna mengelola komponen di layar.

@Cherry Middle ware berfungsi lebih seperti penangan permintaan atau pengalihan dalam Pola MVC.

Saya ingin menjelaskan sedikit tentang MVC, Menurut saya Model View Controller berfungsi seperti ini.

1. Klien memulai sesi dengan meminta layanan apa pun.
2. Permintaan ini diterima dan ditangani oleh Pengendali (Request handler, redirector dll)
3. Kontroler memproses info dasar pada permintaan dan mengarahkannya ke Model yang relevan yang dapat mengisi permintaan data.
4. Model mengisi permintaan sesuai dengan parameter yang diteruskan oleh Kontroler dan mengirimkan kembali hasilnya ke Kontroler. (Catatan: Di sini saya ingin menghapus bahwa data tidak langsung dikembalikan ke klien dalam arsitektur MVC yang sebenarnya, melainkan mengisi dan kembali ke pengontrol.)
5. Pengontrol daripada mengirim data itu ke Lihat (Klien).
6. Klien memiliki layanan yang diminta di depannya.

Itu semua tentang MVC yang saya tahu.

Beri dirimu istirahat. Dan jangan membatasi diri Anda pada pola tertentu saat memecahkan masalah dunia nyata. Ingat saja beberapa prinsip umum, salah satunya adalah SEPARASI PERHATIAN .

Selain linier, perbedaan utama lain yang tidak cukup ditekankan di sini adalah bahwa dalam model N-tier, N tidak selalu 3-tier! Ini paling sering diimplementasikan sebagai tiga tingkatan (presentasi, aplikasi, data) dengan lapisan tengah memiliki dua sub-tingkatan (logika bisnis dan akses data). Juga, model dalam MVC dapat berisi data dan logika bisnis untuk manipulasi data, sedangkan ini akan berada di tingkatan yang terpisah di n-tier.

Arsitektur N-Tier paling baik didefinisikan menggunakan Diagram Penempatan.

Arsitektur MVC paling baik didefinisikan menggunakan Sequence Diagram.

2 tidak sama dan tidak terkait dan Anda dapat menggabungkan dua arsitektur bersama. Banyak perusahaan telah mengambil langkah-langkah untuk menciptakan arsitektur N Tier'd untuk tidak hanya penyebaran dan skalabilitas, tetapi untuk penggunaan kembali kode juga.

Misalnya, objek Badan Usaha Anda mungkin perlu dikonsumsi oleh aplikasi desktop, layanan web yang terbuka untuk klien, aplikasi web, atau aplikasi seluler. Cukup menggunakan pendekatan MVC tidak akan membantu Anda menggunakan kembali apa pun.

Kesimpulan: N-tier adalah arsitektur, MVC pola desain. Mereka adalah metafora yang sama diterapkan dalam dua bidang yang berbeda.

Jerry: Berikut adalah contoh sederhana bagaimana keduanya terkait:

Tingkat 1 - Terdiri dari Model yang berkomunikasi dengan Tingkat 2 melalui semacam layanan jaringan atau yang sejenisnya, pengontrol untuk menangani validasi input, perhitungan dan hal-hal lain yang relevan untuk tampilan. Dan itu berisi pandangan itu sendiri, tentu saja - yang dapat menjadi GUI di aplikasi desktop, atau antarmuka web di aplikasi web.

Tingkat 2 - Berisi semacam layanan atau cara lain untuk menerima pesan dari Tingkat 1. Tidak / tidak seharusnya tahu tentang Tingkat 1, jadi hanya dapat menjawab panggilan dari atas - jangan pernah menanyakan hal-hal dengan sendirinya. Juga mengandung semua logika bisnis.

Tingkat 3 - Berisi model domain, representasi objek dari database dan semua logika untuk berkomunikasi dan memperbarui entri-database.

Dalam model tiga tingkat semua komunikasi harus melewati tingkat menengah. Secara konseptual, arsitektur three-tier adalah linear. Namun, arsitektur MVC [model-view-controller] berbentuk segitiga: tampilan mengirimkan pembaruan ke controller, controller memperbarui model, dan tampilan diperbarui secara langsung dari model.