뉴스 레터 작성에 필요한 모든 데이터가 포함 된 개체를받는 서비스가 있습니다. 다른 템플릿을 사용하여 이메일을 생성 할 수 있어야합니다. 전체 ASP.NET 스택을 포함하고 싶지 않으므로 별도의 템플릿 엔진이 필요합니다.독립 실행 형 전자 메일 생성을 위해 SparkViewEngine을 XSLT (또는 그 반대)보다 선호하는 이유가 있습니까?
많은 의견을 읽은 결과, 엔진을 템플릿화할 때 XSLT가별로 좋아하지 않는다는 사실을 발견했습니다. 왜?
SparkViewEngine은 "새롭고 멋진 장난감"이지만 그걸로 구축 된 프로젝트의 수를 고려할 때 충분히 성숙한 것 같습니다. 어떻게 생각해?
2 개의 엔진을 사용하셨습니까? 어떤 상황에서 어떤 힘과 고통을 누렸습니까/견뎌 냈습니까?
마지막 프로젝트에서 이메일을 생성하기 위해 Spark 템플릿을 사용했지만, 상당히 직선적 인 경험이었습니다.
언급했듯이 뉴스 레터를 작성하는 데 필요한 모든 데이터가 포함 된 개체가 있습니다. XSLT를 사용하려면 먼저 XML에 직렬화 할 필요가 없습니까? Spark을 사용하면 직렬화 단계를 건너 뛰고 원하는 출력으로 바로 이동할 수 있습니다. queen3에서 언급했듯이 조건부 특성을 만드는 것은 매우 쉽습니다.
필요한 경우 Spark을 범용 템플릿 엔진 here으로 사용하는 방법에 대한 게시물이 있습니다.
그래픽 디자이너와 함께 작업해야하는 경우 HTML 모형을 가져 와서 스파크 템플릿으로 바꾸는 것이 HTML 모형을 사용하고 XSLT로 전환하는 것보다 쉽습니다.
XSLT는 특히 조건부 특성과 같은 트릭에 있어서는 훨씬 더 장황합니다. 나는 C#/C++ 소스 코드를 생성하기 위해 그것을 많이 사용했지만 그 시간을 기쁨으로 기억하지 않는다. 스파크입니다.
그건 내 질문에 묻습니다 ... "엔진을 템플릿화할 때 XSLT가별로 좋아하지 않는 이유를 발견했습니다. 왜?" 왜 내가 무엇을 찾고 있는지. 두 프레임 워크를 모두 사용 했으므로 함께 작업하는 것이 어려울까요? –
실제로이 질문에 정확히 대답했습니다. 언어가 너무 길면 (너무 길다) 문제가되지 않는다면 XSLT를 사용하십시오. 나는 의미있는 내용보다 많은 보조 태그를 작성해야 할 때 고통 스럽다고 생각합니다. 이것이 바로 이유입니다. Spark은 모든 구문에서 세부적인 표현을 줄이기 위해 노력하고 있습니다. XSLT를 사용하지 않는 한 XSLT 사용을 결코 고려하지 않습니다. – queen3
귀하의 경험을 공유해 주셔서 감사합니다 :) 그것은 우리의 선택에 안성맞춤이고 우리는 지금 불꽃을 사용하여 우리의 템플릿을 구축하기 시작합니다 :) –
thanks! 이미 해당 게시물을 읽었습니다. 실제로 콘솔 앱 내에서 spark를 사용하여 출력을 생성하는 개념 증명을 이미 작성했습니다. 나는 두 엔진의 긍정적/부정적인 점을 선택의 이유를 설명하기 위해 더 찾고있다. –
@Stephane : 중간 XML 직렬화 단계를 저장하는 것 외에도 모든 것을 무시하십시오. 또한 그래픽 디자이너와 함께 작업해야하는 경우 HTML 모형을 사용하여 XSLT로 변환하는 것보다 쉽게 HTML 모형을 가져 와서 스파크 템플릿으로 변환하는 것이 더 쉬울 수도 있습니다. – R0MANARMY
이 유효합니다. 우리는 우리가 우리가 템플릿으로 바꿔야 할 이메일 목업을주는 고객을 갖게 될 것입니다. –