ASP 시대에는 반복 작업을 피하기 위해 유사한 기능을 가진 일부 영역이나 코드를 파일로 만든 후 연결(직접 연결 또는 가상 연결)을 통해 ASP 웹 페이지 파일에 도입하는 경우가 많았습니다. ASP 파일은 하나의 파일을 여러 개의 블록으로 나누어 놓은 것과 같으며, 파일 간의 데이터를 자유롭게 공유할 수 있습니다(함수 내 데이터는 제외).
ASPX 사용자 컨트롤은 INCLUDE와 매우 다릅니다. 가장 큰 특징은 패키지된 개체 형태로 제공된다는 것입니다. 프로그래밍을 통해 공통 인스턴스를 추상화하고 일부 함수와 메서드를 요약할 수 있습니다. 완전한 분류를 달성하고 외부 사용자가 최대한 알 필요가 없는 내부 사실을 캡슐화하여 유지 관리가 용이하고 데이터 보안이 향상되어 프로그램 출시에 더 도움이 되는 외부 이벤트 호출을 위한 함수 및 속성입니다.
간단한 것은 사용하기 쉽지만 당연히 기능이 적거나 매우 불완전합니다. 지정된 ASP 파일에 특정 파일을 자유롭게 포함할 수 있지만 서로의 데이터를 공유할 수 있기 때문에 결과적으로 파일의 상호 의존성이 매우 높습니다. 높으면 코드의 가독성이 떨어지고 시스템 유지 관리에 도움이 되지 않습니다. 동시에 포함되는 파일에 이미지가 있고 포함된 파일이 필요한 파일과 동일한 파일에 없는 경우. 포함된 파일의 이미지 주소는 포함되어야 하는 파일에서 이미지가 표시될 수 있는 주소를 기반으로 해야 합니다. 예를 들어 /FILE/INDEX.ASP가 기본 파일입니다. (포함되어야 할 파일), /FILE /INCLUDE/TITLE.ASP 가 포함된 파일이고 이미지 주소는 /file/title.jpg 이때 TITLE에서 이미지 주소를 변경해야 합니다. ../title.jpg 대신 ASP를 title.jpg로 변환합니다. 그렇지 않으면 기본 파일에 그림과 하이퍼링크를 표시하는 것도 동일한 문제가 발생합니다.
복잡한 ASPX는 확실히 많은 문제를 해결합니다. 예를 들어, 이미지를 참조하는 파일이 제어 파일에 표시될 수 있는 디렉토리에 관계없이 제어 파일의 이미지 주소를 자유롭게 설정할 수 있습니다. , 참조된 후에도 계속 표시되므로 ASP와는 달리 사용자가 만든 컨트롤을 더 쉽게 재사용할 수 있습니다. ASP에서는 서로 다른 디렉터리의 파일이 동일한 기능을 가진 파일을 참조할 때 실제로는 동일하지만 그림이 있습니다. 또는 하이퍼링크를 설정해야 합니다. 파일이 다르면 리소스가 낭비되고 유지 관리 비용이 높아집니다. 물론 이러한 장점으로 인해 파일을 작성하는 것이 더 까다로워지므로 제어를 더 광범위하게 사용할 수 있습니다.