시작하기 .NET C# 응용 프로그램의 페이지 vs RDL vs 섹션 보고서
페이지 정보
작성자 GrapeCity
작성일 2022-05-18 10:41 조회 440회
댓글 0건
본문
관련링크
ActiveReports.NET은 하나의 .NET 리포팅 도구에서 세 가지의 다양한 리포팅 서식을 제공합니다. 이러한 을 통해 비즈니스 요구 사항에 대한 보고서 유형을 실질적으로 만들 수 있습니다. 이는 리포팅 및 보고서 레이아웃에 대해 더 많은 옵션을 제공할 뿐만 아니라 비용 대비 가치가 더 높아집니다.
리포팅 도구를 사용해야 하는 이유
데이터 수집 및 구성은 가장 번거로운 작업 중 하나입니다. 리포팅 도구는 이를 더욱 쉽게 해줄 뿐만 아니라 더욱 체계적이고 보기 좋게 만들어 줍니다. 리포팅 도구를 사용하여 데이터 소스를 제공하고, 여기저기서 몇 가지 속성을 설정해야 하며 데이터는 그룹, 차트, 표 등으로 표시될 수 있습니다. 따라서 리포팅 도구의 서식은 그리드 또는 스프레드시트의 원시 데이터보다 훨씬 더 매력적이고 이해하기 쉽습니다. 은 Microsoft .Net 개발자를 위해 통합된 임시 보고서 디자이너로 많은 기능을 제공하며, 위에 언급한 대로 모든 요구 사항을 충족하도록 여러 보고서 유형도 제공합니다.
섹션 기반 보고서
섹션 기반 보고서는 페이지 헤더, 세부 정보 및 페이지 푸터와 같은 섹션이 미리 정의된 기존의 밴드 보고서입니다. 송장부터 예산 및 판매-회계 보고서 또는 학교 성적표까지 모든 보고서를 이러한 세 개의 기본 섹션으로 나눌 수 있습니다. 결과적으로 리포팅은 데이터를 컨트롤로 바인딩하거나 가져올 데이터 소스를 제공하고 멋지고 기본적인 보고서를 렌더링하도록 리포팅 엔진을 두기 위해 감소됩니다. 또한 섹션 보고서가 있는 보고서 이벤트에서 코드/스크립트를 사용하여 이러한 보고서를 사용자 정의할 수 있습니다. 섹션 보고서의 상세한 개념(구조, 이벤트 등)은 개발
장점
기존의 밴드 보고서 섹션
최고의 유연성 제공 - 이벤트 기반 리포팅, 런타임 동작을 컨트롤하기 위해 포함된 스크립트
최종 사용자, 애드혹(Ad-hoc) 리포팅이 아닌 개발자에게 적합합니다.
사용자 시나리오
판매된 제품을 기반으로 간단한 포장 전표를 생성해야 하는 전자 상거래 상점의 경우를 생각해 보겠습니다. 보고서는 상점 이름, 주소 및 연락처 세부 정보로 시작하여 세전 총액, 관련 세금 및 세후 총액에 대한 요약 보기로 이어집니다. 그런 다음 구매한 모든 항목, 수량 및 최종 가격 목록을 표시합니다. 이 목록은 여러 페이지로 이어질 수 있으며 최종적으로 합계 금액, 세금 계산이 표시되며 최종 납부 금액이 표시됩니다.
보고서의 디자인은 다음과 같은 방식이 됩니다.
ReportHeader 에는 매장 이름, 주소 및 연락처 세부 정보를 표시하는 필드가 있습니다.
세부 정보(Detail) 에는 구매한 항목, 수량 및 최종 가격을 표시하는 필드가 있습니다.
ReportFooter 에는 합계 금액, 세금 계산 및 최종 납부액을 표시하는 필드가 있습니다.
최종 보고서는 다음과 같은 모습입니다.
페이지 기반 보고서
각 페이지를 특정한 요구 사항에 맞춰 디자인해야 하는 경우가 있습니다. 페이지 기반 보고서는 이러한 시나리오에 완벽한 솔루션입니다. 개발자가 레이아웃을 컨트롤할 수 있기 때문입니다. 페이지 보고서를 사용하는 각 페이지는 데이터 소스에서 데이터를 표시하도록 고정 크기와 위치를 컨트롤하는 개체입니다.
각 페이지에 대한 레이아웃을 디자인하므로 각 페이지에는 다양한 컨트롤, 크기, 레이아웃 방향, 여백 등이 있을 수 있습니다. 이 레이아웃은 100% WYSIWYG 출력을 생성합니다. 섹션 보고서와 같은 이벤트 중심은 아니지만 페이지 및 RDL 보고서는 보고서의 동적 런타임 동작을 컨트롤할 수 있는 표현식을 지원합니다.
장점
보고서의 각 페이지는 고유한 디자인을 가질 수 있습니다.
섹션 보고서와 비교하여 더욱 강력한 컨트롤을 제공합니다(표, 맵, TOC 등).
법률 문서와 같은 고정 레이아웃 보고서에 적합합니다.
WYSIWYG 레이아웃
단순화된 디자인으로 전문 기술을 갖추지 않은 사용자의 임시 리포팅에 이상적입니다.
사용자 시나리오
다시 한 번 위의 전자 상거래 매장에 대해 이야기해 보겠습니다. 이번에는 대금 청구 처리를 다른 관점으로 살펴보겠습니다. 대금 청구가 생성될 때마다 각 청구서의 상단에는 매장의 이름, 주소 및 연락처 세부 정보가 있게 됩니다. 그런 다음 고객이 구매한 항목 및 청구서의 합계 목록이 표시됩니다.
바람직한 상황은 매장용 사본과 고객용 사본 이렇게 두 개의 보고서 사본이 있는 것입니다. 매장의 사본에는 '판매인의 사본' 메시지가 있으며 추가 후속 조치를 위해 고객의 세부 정보(이름, 연락처 번호)가 포함될 수도 있습니다.
반면에 고객의 사본에는 '고객의 사본' 메시지, 매장의 상담 전화 번호 및 기타 사용자 정의 메시지가 있습니다. 이러한 시나리오에서 두 장의 페이지(고객의 사본용 하나 및 매장의 사본용 하나)가 있는 보고서가 생성될 수 있으며 각 페이지에는 다른 레이아웃이 있습니다. 이 경우에 최종 보고서는 다음과 같은 모습입니다.
RDL 보고서
RDL 또는 CPL(연속 페이지 레이아웃) 보고서는 유연성과 강력한 기능을 하나로 결합한 가장 일반적인 보고서입니다. RDL 보고서로 컨트롤은 세로와 가로 모두로 확장할 수 있지만 페이지 보고서에서는 컨트롤의 최대 크기를 정의합니다. RDL 보고서는 다양한 데이터 세트의 데이터를 표시하고 페이지에서 데이터가 표시되는 위치를 제어할 필요가 없는 경우에 이상적입니다. 따라서 RDL 보고서는 두 가지 장점을 모두 제공합니다.
장점
RDL 보고서는 페이지 보고서와 같이 전문 기술을 갖추지 않은 사용자가 디자인하기에 더욱 쉽고 그래픽 기능이 뛰어납니다. 그러므로 두 보고서 유형은 애드혹(ad-hoc) 리포팅에 적합합니다.
컨트롤 및 데이터 영역은 데이터를 수용하기 위해 확장됩니다.
유연하며 코딩이 필요 없는 보고서 디자인 기능
강력한 리포팅 기능(레이어, 그룹 편집기, 보고서 라이브러리)
강력한 컨트롤(BandedList, FormattedText, Table, Tablix, Charts 등)
사용자 시나리오
전자 상거래 예시를 다시 고려하여 온라인 매장에서 가장 충성도 높은 고객 다섯명과 가장 가치 있는 직원 다섯명의 목록을 포함한 해당 연도의 총 매출을 강조 표시하는 연간 보고서를 만들고자 합니다. 이 보고서 디자인은 RDL 보고서를 사용한다면 아주 쉬운 일이 됩니다.
최종 보고서는 다음과 같은 모습입니다.
지금 바로 ActiveReports.NET을 다운로드하여 직접 테스트해보세요!
댓글목록
등록된 댓글이 없습니다.
