포함 보고서 클래스에 바인딩
개체 모델
이 보고서 바인딩 시나리오에는 ReportDocument가 사용됩니다("ReportDocument 개체 모델을 통한 보고서 바인딩" 참조).
보고서 위치
보고서는 프로젝트에 포함됩니다.
.gif) 참고 |
|---|
이 설명서의 이전 버전에서는 포함 보고서를 "강력한 형식의 보고서"라고 지칭했습니다. 이제는 Visual Studio 프로젝트에 추가되거나 가져온 보고서를 가리키기 위해 "포함"이라는 용어를 기본적으로 사용합니다. |
설명
이 시나리오에서는 보고서가 프로젝트에 포함됩니다. 보고서를 포함하려면 Visual Studio에 있는 포함된 Crystal Reports Designer를 사용하여 새 보고서를 만들거나 기존의 보고서를 프로젝트로 가져올 수 있습니다. 보고서를 만들거나 가져오면 해당 보고서를 나타내는 보고서 래퍼 클래스가 자동으로 생성됩니다. 이 래퍼 클래스의 이름은 보고서의 이름과 동일합니다. 이 클래스는 기본 클래스인 ReportDocument에서 파생되므로 ReportDocument의 모든 속성과 메서드를 상속하고 ReportDocument 개체 모델의 일부가 됩니다.
대부분의 Crystal Reports for Visual Studio 사용자는 보고서 바인딩에 이 시나리오를 사용합니다. 이는 가장 간단하게 구현할 수 있는 시나리오입니다.
- 보고서를 프로젝트에 추가합니다. 그러면 보고서 래퍼 클래스가 자동으로 생성됩니다.
- 보고서 래퍼 클래스를 인스턴스화합니다.
- 해당 클래스를 CrystalReportViewer 컨트롤의 ReportSource 속성에 할당합니다.
장점
- 보안이 강화됩니다. 보고서가 포함되므로 응용 프로그램의 일부로 보고서를 배포할 수 있습니다.
- 프로그래밍 방식으로 더 광범위하게 상호 작용할 수 있습니다. 강력한 ReportDocument 개체 모델에 액세스할 수 있습니다.
- 보안이 강화됩니다. 보고서 소스에 대한 액세스를 보다 강력하게 제어할 수 있습니다.
- 가장 일반적으로 사용됩니다. 대부분의 개발자들은 이 시나리오의 장점을 최대한 활용하고 있습니다.
단점
- 유지 관리에 더 많은 노력이 필요합니다. 보고서를 변경하면 응용 프로그램을 다시 컴파일하여 다시 배포해야 합니다.