Haruskah kita mengkompilasi situs web kita menjadi satu dll, atau dll per halaman?

12

Kami sedang mengembangkan proyek baru yang akan digunakan di sejumlah besar situs klien. Proyek ini berisi GUI berbasis web sebagai salah satu "titik akses" nya. Kecepatan antarmuka web adalah prioritas untuk proyek ini, kedua setelah keamanan.

Di masa lalu, kami selalu membuat "situs web" di Visual Studio, yang, ketika dipublikasikan, menghasilkan satu dll dan satu file aspx untuk setiap halaman dalam sistem. Namun, saya sadar Anda benar-benar dapat membuat "aplikasi web" dan mengompilasikan semuanya menjadi satu dll.

Bagi saya (tidak berdasarkan data nyata, hanya perasaan saja), mengkompilasi situs sebagai dll tunggal kedengarannya akan lebih baik untuk keamanan dan kecepatan (jika hanya sedikit).

Apa pertimbangan yang harus kita perhatikan, dan adakah jebakan jelas yang harus kita waspadai ketika memilih metode yang tepat untuk kita?

Sk93
sumber

Jawaban:

4

Jika ini adalah aplikasi besar, harus ada bidang alami pembagian dalam logika bisnis Anda (tingkatan perangkat lunak, jika Anda mau) yang bisa masuk dalam DLL mereka sendiri.

Akan lebih baik jika fungsionalitas inti situs web bisa masuk ke dalam DLL tunggal. Ini memudahkan masalah penyebaran, dan merupakan unit alami. Satu DLL per halaman tampaknya terlalu granular.

Robert Harvey
sumber
maaf - saya seharusnya telah menyebutkan dalam pertanyaan bahwa situs web adalah murni lapisan presentasi; Semua BL DAN DL diadakan di majelis terpisah, tetapi bagian kedua Anda adalah alasan yang bagus :)
Sk93
3

menerapkan konsep "pemisahan kekhawatiran" jika memungkinkan, yang berarti businesslogic bisa dalam dll, lapisan akses data lain dan ui untuk yang lain ...

ini mungkin berguna jika Anda kehilangan kode sumber ... saat mendekompilasi dll mungkin lebih mudah.

aggietech
sumber