템플릿 엔진을 출력 스트림으로 렌더링하거나 문자열을 반환해야합니까?

Question

template engine benchmark 프로그램을 만들고 있습니다. 처음에는 렌더링 된 결과 (문자열)를 반환하여 템플릿 엔진을 테스트하도록 설계되었습니다. 그러나 일부 템플릿 작성자는 템플릿 엔진이 문자열을 결과로 반환해서는 안되며 대신 출력 스트림 또는 작성기 인스턴스를 매개 변수로 받아서 렌더링 결과를 병합해야한다고 우려합니다. 그들은 그 케이스가 템플릿 엔진이 사용되는 실제 환경을 대표한다고 주장한다.

ASAIK,이 진술은 100 퍼센트 올바르지 않습니다. Play! Framework (적어도 1.x 이상)에서는 템플릿 엔진이 String을 반환 한 다음 출력 스트림에 삽입해야합니다. 그리고 이런 식으로 정리하는 것이 합리적이라고 생각합니다. 어떤 논리 오류로 인해 템플릿 렌더링 프로세스가 실패하면 템플릿 엔진이 직접 응답을 출력하면 오류를 복구 할 수 없을지 생각하십시오. Play에서 반쯤 엉망인 데이터를 브라우저로 보내지 않고 우아한 시스템 오류 페이지로 응답 할 수 있습니다.

출력으로 직접 렌더링하는 쪽은 성능과 리소스 소비에 명백한 이점이 있습니다. 나는 템플릿 엔진 디자이너를 위해 더 좋은 방법이되어야하는지 궁금하다.

Answer 1

최소 공통 분모이므로 Writer에 작성하십시오. 귀하의 알고리즘은 편의를 위해 PrintWriter에 포장하기를 원할 수도 있습니다. 따라서 FileWriter, OutputStreamWriter 또는 StringWriter을 받아 들일 수 있습니다.

문자열에 글을 쓰는 것은 나쁜 생각입니다. 실제 사용에서는 포스트 프로세싱을 위해 전체 String을 유지할 필요가 없으므로 대신 작은 논리적 조각으로 문서를 쓰거나 보낼 수 있습니다. 따라서 귀하의 메모리 소비 패턴이보다 현실적이 될 것입니다.

글쓴이를 수락하면 StringWriter를 사용하여 String을 얻을 수 있습니다. String을 사용하면 Writer (및 스트리밍 API)가 충분할지라도 영원히 메모리를 할당해야합니다.

Answer 2

내 의견으로는 문자열을 반환하면 성능상의 문제가 발생할 수 있습니다 (출력 대기 시간에서 누군가가 거대한 서식 파일을 작성할 때 메모리 문제에 최대한 빨리 응답해야 할 때). .

나는 회복 할 수없는 오류 지점에도 동의하지 않습니다. 예를 들어 템플리트 엔진에 구성 옵션을 추가하여 진행중인 템플리트를 "버퍼링"할 수 있습니다 (파일/메모리에 버퍼 된 출력 스트림을 사용하고 완료 될 때까지 "실제"출력 스트림에 아무 것도 쓰지 않음). 이 모드에서는 동일한 오류 로직을 구현할 수 있습니다. 물론,이 모드는 기본적으로 꺼져 있어야합니다 (perfomance 용).