디자이너를 위한 ASP.NET MVC Spark 뷰 엔진, 마음에 드시나요?

Question

저는 대규모 asp.net Mvc 프로젝트를 구축하는 중이며 디자이너를 위한 컨텍스트에서 MVC Spark 엔진과 반대되는 기본 렌더링 엔진에 관한 질문이 있습니다.

나는 내 태그 수프를 줄이는 것에 모두 찬성하며 스파크 엔진이 깔끔하고 매우 깔끔하다는 것을 알 수 있으며 나는 그것을 환영할 것입니다.그러나 디자인 팀이 이를 수용했는지 반대했는지에 대한 경험/의견이 있는 사람이 있습니까?

내 디자이너 팀은 아직 Mvc 프레임워크를 사용하여 개발하지 않았으므로 기본 엔진이나 스파크 엔진을 배워야 합니다.

누구든지 댓글을 달 수 있나요?

Answer 1

디자인 팀은 뷰 엔진에 대한 지식이 전혀 필요하지 않습니다.뷰 엔진의 최종 제품에 대해서만 알면 됩니다(예:출력되는 HTML, CSS 및 Javascript).

디자이너는 렌더링 엔진 코드를 한 줄도 보지 않고도 기존 HTML 및 CSS로 템플릿을 만들 수 있습니다.콘텐츠를 삽입할 템플릿의 위치를 ​​알려주기만 하면 됩니다.

CSS/HTML 템플릿의 핵심은 디자이너와 개발자를 분리하는 것입니다.이를 통해 이러한 템플릿을 디자인 샵에 배포할 수 있습니다.디자인 샵에서 개발 코드를 엉망으로 만드는 것을 원하지 않습니다.

디자이너는 또한 다음과 같은 텍스트 스타일 세트를 제공합니다.h1, h2, h3, p 등.원하는 효과를 얻기 위해 렌더링 엔진의 템플릿 코드에서 필요할 때마다 해당 스타일을 연결할 수 있습니다.원하는 경우 디자이너가 이러한 스타일의 레이아웃 및 사용에 대한 몇 가지 규칙을 지시하도록 할 수 있지만 출력을 디자이너 템플릿에 렌더링하는 코드를 작성하는 것은 여전히 ​​사용자의 몫입니다.

확실히 말하자면, 디자이너의 임무는 HTML/CSS 템플릿 (두 사람 모두 레이아웃을 적절하게 볼 수 있도록 샘플 콘텐츠와 스타일 포함)당신의 임무는 디자이너가 제공하는 CSS/HTML을 뷰 엔진 코드에 통합하는 것입니다.

Spark는 C#(또는 VB)의 HTML 기반 버전입니다.다른 모든 조건이 동일하다면 Spark는 디자이너에게 더 쉬울 것입니다. <% { %> HTML과 동등한 것.그러나 이는 디자이너가 뷰 엔진에 대한 템플릿 코드를 작성한다고 가정하지만 실제로는 그렇지 않습니다.

Answer 2

나는이 질문이 '답변'으로 간주되어 있다는 것을 알고 있지만 '디자이너'(프론트 엔드 개발자라고 함)의 관점에서 대답하겠습니다.

우리는 백엔드 (C#) 팀과 .NET MVC 응용 프로그램에서 일하는 프론트 엔드 (HTML/CSS/JavaScript) 팀이 있습니다. Spark는 HTML 뷰를 수행하는 훨씬 더 자연스러운 방법입니다. Sparks는 < % %> 태그의 HTML 태그 외부의 루프 대신 HTML 요소의 속성으로 'if'및 '각'문을 추가하여 IFS와 루프를 수행하는 자연스러운 방법을 추가합니다. 부분은 직관적 인 방식으로 호출됩니다.u003Cdashboard /> 부분 "_dashboard.spark"가 포함됩니다.

Spark는 모든 뷰 마크 업을 HTML처럼 보이게합니다. 또한 View Markup에서 가능한 한 많은 논리를 유지함으로써 좋은 MVC 습관을 강요합니다. 디자인 팀과 HTML 마크 업을 만들고 개발자는 약간의 논리를 추가하여 콘텐츠 생성을 얻을 수 있습니다.

Spark를 사용하면 Ugly 코드 문제를 최소화했으며 프론트 엔드 및 백엔드 작업을 분리하면서도 여전히 유동적이고 유지 관리 가능합니다.

Answer 3

나는 디자이너가 Spark 사용을 좋아하지 않는다고 생각합니다. 논리, 가변 정의를 사용하고 혼합하기에는 너무 복잡합니다. 디자이너는 프로그래밍 언어를 알지 않아야합니다. VTL (Velocity View Engine)을 선호합니다. 이것은 단순히 사용하는 것이며 프로그래머가 프론트 엔드에서 논리를 분리하도록 강요 할 수 있습니다.