Chúng ta nên biên dịch trang web của chúng tôi thành một dll, hoặc một dll trên mỗi trang?


12

Chúng tôi đang phát triển một dự án mới sẽ được triển khai trên một số lượng lớn các trang web của khách hàng. Dự án chứa GUI dựa trên web là một trong những "điểm truy cập". Tốc độ của giao diện web là ưu tiên hàng đầu của dự án này, chỉ đứng sau bảo mật.

Trước đây, chúng tôi luôn tạo ra các "trang web" trong Visual Studio, khi được xuất bản, sẽ tạo ra một tệp dll và một tệp aspx cho mỗi trang trong hệ thống. Tuy nhiên, tôi biết rằng bạn thực sự có thể tạo một "ứng dụng web" và để nó biên dịch mọi thứ thành một dll duy nhất.

Đối với tôi (dựa trên không có dữ liệu thực, chỉ là cảm giác ruột), việc biên dịch trang web dưới dạng một dll nghe có vẻ tốt hơn cho cả bảo mật và tốc độ (nếu chỉ một chút).

Những cân nhắc nào chúng ta nên xem xét, và có bất kỳ cạm bẫy rõ ràng nào chúng ta nên biết khi chọn phương pháp phù hợp với chúng ta?

Câu trả lời:


4

Nếu đó là một ứng dụng lớn, cần có các khu vực phân chia tự nhiên trong logic kinh doanh của bạn (tầng phần mềm, nếu bạn muốn) có thể đi vào DLL của chính họ.

Sẽ thật tuyệt nếu chức năng trang web cốt lõi có thể đi vào một DLL duy nhất. Nó làm giảm bớt mối quan tâm triển khai, và dù sao cũng là một đơn vị tự nhiên. Một DLL trên mỗi trang dường như quá mức chi tiết.


xin lỗi - tôi nên đã đề cập trong câu hỏi rằng trang web hoàn toàn là một lớp trình bày; Tất cả BL VÀ DL được tổ chức thành các hội đồng riêng biệt, nhưng phần thứ hai của bạn là lý do chính đáng :)
Sk93

3

áp dụng khái niệm "phân tách mối quan tâm" nếu có thể, có nghĩa là businesslogic có thể nằm trong dll, lớp truy cập dữ liệu khác và ui cho ...

điều này có thể có ích nếu bạn mất mã nguồn ... khi dịch ngược dll có thể dễ dàng hơn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.