웹 사이트를 단일 dll 또는 페이지 당 dll로 컴파일해야합니까?


12

다수의 클라이언트 사이트에 배포 할 새 프로젝트를 개발 중입니다. 이 프로젝트는 웹 기반 GUI를 "액세스 포인트"중 하나로 포함합니다. 웹 인터페이스의 속도는이 프로젝트의 우선 순위이며 보안에 이어 두 번째입니다.

과거에는 Visual Studio에서 항상 "웹 사이트"를 만들었습니다.이 웹 사이트는 게시 될 때 시스템 내의 각 페이지에 대해 하나의 dll과 하나의 aspx 파일을 생성합니다. 그러나 실제로 "웹 응용 프로그램"을 만들고 모든 것을 단일 dll로 컴파일 할 수 있다는 것을 알고 있습니다.

나에게 (실제 데이터가 아니라 단지 느낌), 단일 dll로 사이트를 컴파일하는 것은 보안과 속도 모두에 대해 더 나은 것처럼 들립니다 (마지막하지 않은 경우).

우리가 고려해야 할 고려 사항은 무엇이며, 우리에게 적합한 방법을 선택할 때 알아야 할 분명한 함정이 있습니까?

답변:


4

대규모 응용 프로그램 인 경우 비즈니스 로직 (원할 경우 소프트웨어 계층)에 고유 한 DLL 영역으로 나눌 수있는 자연스러운 영역이 있어야합니다.

핵심 웹 사이트 기능이 단일 DLL로 들어갈 수 있다면 좋을 것입니다. 배치 문제를 완화하고 어쨌든 자연스러운 장치입니다. 페이지 당 하나의 DLL이 지나치게 세분화 된 것 같습니다.


죄송합니다. 웹 사이트는 순전히 프리젠 테이션 레이어라는 질문에 언급 했어야합니다. 모든 BL AND DL은 별도의 어셈블리로 유지되지만 두 번째 부분은 다음과 같이 합리적입니다.
Sk93

3

가능한 경우 "문제 분리"개념을 적용하십시오. 이는 businesslogic이 dll, 데이터 액세스 계층 및 UI에있을 수 있음을 의미합니다.

소스 코드를 잃어 버린 경우에 유용 할 수 있습니다 ... dll을 디 컴파일 할 때 더 쉬울 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.