세대 코드가 어디로 갈 것인지.

Question

다음 프로젝트가 포함 된 Visual Studio 솔루션이 있습니다.

1. UI
2. 데이터 접근
3. Busiesslogic
4. BusinessObjects

이제 이메일을 통해 전송되거나 CSV 파일로 저장되는 보고서를 생성하는 많은 코드가 있습니다.

이 reporgenerator 클래스는 비즈니스 객체를 사용하고 파일이나 문자열을 출력합니다.

어떤 프로젝트에 넣으시겠습니까? 나는 대답을 기대하고 있지만 다른 사람들이 어떻게 생각하는지보고 싶었습니까?

Answer 1

별도의보고 프로젝트를 만들 것입니다. UI에 속하지 않습니다 (배경에서 실행된다고 가정합니다) - 사실상 '보고 로직'레이어입니다.

ReportNG를 지원하는 방법에 대해 생각하면 백엔드 서비스를 원할 수도 있지만 앞으로 웹 서비스를 통해 데이터를 노출하려고 할 수 있습니다. 일반 UI-> 로직 -> 데이터 액세스 아키텍처와 같이보고 로직에 연결하는 프론트 엔드보고 시설을 사용자에게 제공 해야하는 경우.

또한보고 코드를 분리하면 앞으로 전용보고 계층으로 자유롭게 추출 할 수 있습니다.

Answer 2

A Manwood의 게시물에 동의합니다. 다음과 같은 이유로 보고서 (필요한 경우 보고서 뒤에 Sproc을 넣음)로 작성해야합니다.

• 보고서를 실행하고 ReportViewer 컨트롤을 통해 표시 할 수 있습니다. 이것은 매우 간단합니다.

• 귀하 (및 더 중요한 것은 응용 프로그램을 지원하는 다른 사람들)는 응용 프로그램의 다른 빌드를 공개하지 않고도 더 많은 보고서로 응용 프로그램을 확장 할 수 있습니다. 응용 프로그램 지원에 연결되기를 원하지 않는 경우 이것은 유용한 기능입니다.

• 보고 서비스를 통해서도 보고서를 게시 할 수 있습니다.

• 보고 서비스 프레임 워크와 함께보고 서비스 (Excel, CSV, PDF 등)의 모든 데이터 내보내기 옵션을 얻을 수 있습니다.