ASP.NET MVC의 향후보기 엔진에 대해 Spark이나 Razor를 밀고 있습니까?

곧 ASP.NET MVC를 배우려고합니다. 어떤 뷰 엔진을 집중해야하는지 명확하게 파악하고 싶었습니다 (스파크 또는 면도기)? Microsoft가 더 많은 에너지를 투입하는 것은 어느 것입니까?ASP.NET MVC의 향후보기 엔진에 대해 Spark이나 Razor를 밀고 있습니까?

출처

2011-01-19 Tony_Henrich

질문이 정말 WebForms ViewEngine 또는 Razor ViewEngine이어야합니까? –

MS가 Spark의 개발자를 고용 한 것을 읽었을 때 어딘가에서 혼란스러워했습니다. –

그들은 그를 고용했지만 IP (Spark)를 구입하지 않았다. –

Spark은 Microsoft에서 개발하지 않았으므로 많은 에너지를 투입 할 생각이 없습니다. 반면에 Razor는 Microsoft 자식이며 MS 지원 뷰 엔진이 필요하면 면밀히 검토하십시오.

출처

2011-01-19 17:38:01

Spark를 작성한 사람은 현재 ASP.NET 그룹에서 Microsoft를 위해 일하지만 Spark를 만든 후에 합류하여 여전히 별개의 프로젝트로 유지합니다. – ajma

Microsoft에서 지원하는보기 엔진을 유지하려면 면도기 또는 WebForms 옵션이 필요합니다. 나는이 두면의 면도기를 선호한다. Spark은 Razor가 현재 (스타일 감각에 따라)보다 나은 뷰 엔진이지만, Darin은 MS 제품이 아니라는 점을 지적하면서, 내가 인식하고있는 에너지를 사용하지는 않습니다.

출처

2011-01-19 17:39:50 Paul

면도날의 코드 양을 최소화하고 구문을 원한다면 면도기은 최상의 옵션입니다.

WebForms은 기존 ASP.NET에 대한 많은 경험이 있고 코드가 숨겨진 아이디어와 비슷하다.

Spark은 Microsoft에서 지원하거나 작성할 수 없습니다.

나를 위해 나는 구문이 마음에 들면 면도기를 사용하고 제 의견은 훨씬 깨끗합니다. 물론 그것은 haml보다 더 장황하다. 그러나 동시에 그것은 여전히 유효이다. HTML을 찾고 대부분의 웹 개발자는 자연스럽게 그것을 집어 올 것이다.

출처

2011-01-19 18:30:06

"면도기는 보기의 코드 양을 최소화하려는 경우 가장 좋은 옵션입니다. 매우 주관적인 성명입니다. Spark Bindings를보고 나서 다시 돌아와 같은 방식으로 느낀다면 말해주세요. http://sparkviewengine.com/documentation/bindings – rqmedes

나는 스파크를 사용했다. Microsoft의 지원에 따라 질문이 제기 되었기 때문에 Razor vs. WebForms에 대한 비교가 주로 이루어졌으며 Spark은 공식적으로 지원되지 않습니다. 모든 것이 평등 해, 나는 다른 모든 것에 HAML을 선호한다. –

Tony, 저는 ASP.NET MVC 팀의 개발자 중 한 명입니다.

우리는 Aspx 뷰 엔진에 많은 단점이 있으며 우리가 훨씬 더 잘할 수 있다고 느꼈기 때문에 Razor를 개발했습니다. (사람들이 그 결과가 많이 있다는 데 동의 할 것으로 기대합니다.) 보다 나은). 우리는 Razor를 새로운 MVC 3 애플리케이션을 시작하는 사람에게 추천 할 것입니다. 기존 MVC 2 애플리케이션을 사용하고 WebForms 뷰 엔진에 막대한 투자를하면 누구나 자체 비용/이점 분석을 수행하고 전환 여부를 결정해야합니다.

뷰 엔진 (Razor 및 Aspx)은 계속 지원 될 예정이며 (Web Form을 더 이상 사용하지 않을 계획이 아닙니다) 기존 API와 새로 추가 된 모든 것이 계속해서 모두 작동하도록 할 것입니다. 즉, 각보기 엔진의 기능 세트를 패리티 상태로 유지하는 것이 항상 가능하지는 않을 수 있습니다 (예 : @model 키워드는 WebForms에서 직접적인 평가가 없습니다).

스파크는 타사 구성 요소이며 Microsoft의 독립 자로 남아 있습니다 (작성자는 Louis DeJardin이 현재 여기에 채용되어 있습니다). 따라서 우리는 현재 Razor로 손이 가득 찼기 때문에 현재 코드에 기여하지 않습니다. 그러나 우리는 타사 뷰 엔진을 지원하는 데 필요한 모든 API와 확장 점을 공개하는 데 전적으로 헌신하고 있습니다. 예를 들어, MVC 3에서는 Spark (또는 NHaml과 같은 다른 뷰 엔진) 개발자 나 커뮤니티가 Spark를 빌트인 MVC 툴링 환경에 쉽게 연결하기 위해 New Project 및 Add View 대화 상자를 개선했습니다. my personal opinion에서 영문보기 엔진이 약간 덜 유효 :) 그리고 필요에 가장 적합한 것을 찾을 수까지 비록

는 궁극적으로 모든 옵션 (유효합니다.

출처

2011-01-19 19:39:13 marcind

항상 aspx 엔진은 자신의 본성 때문에 떨어지거나 이전의 지원을 제거하거나 유지 보수하기에 너무 복잡해지기 시작합니다. 새로운 엔진을 만드는 것은 모든 개발자를 돕고, yore의 기술에 대한 지원을 유지하는 가장 힘든 방법이라고 생각합니다. –

나는 te 질문이 템플릿 언어 인 Spark and Razor와 관련이 있으며 때로는 시청자의 시선으로 가려진 우리의 opnion을 공개해야하며 실제 의견을 직접 나타내지 않고 전체 회사 커뮤니티 친화적 인 위치를 강조해야한다고 생각합니다. 중 무기력 한 싸움을 피할 수 있습니다. 그러나 우리는 당신을 완전히 경멸했다. 그리고 당신의 요점. 그리고 네, 면도칼은 굉장합니다. 그리고 스파크도. 그리고 Aspx는 지속되는 동안 괜찮 았습니다. 내 일을 다시 부 풀리게 해줘서 고마워. –

ASP.NET MVC의 향후보기 엔진에 대해 Spark이나 Razor를 밀고 있습니까?

답변

관련 문제