ASP.NET MVC vs Castle Monorail

Question

ASP.NET을 사용한 빌드 애플리케이션에 대한 경험이 있지만 이제 MVC 프레임 워크가 더 인기를 얻었습니다. ASP.NET MVC 또는 Castle Monorail과 함께 사용하여 새로운 다국어 웹 응용 프로그램을 구축하려고하지만 어느 것이 나에게 좋은지 모르겠습니다. 웹 양식보기 엔진이 마음에 들지 않지만 ASP.NET MVC의 라우팅 기능이 마음에 듭니다.

• 누구든지 그 사이의 장단점에 대해 이야기 할 수 있습니까?
• 마스터 템플릿을 재정의하는 데 어떤 ViewEngine이 더 좋습니까?

Answer 1

모노레일의 옹호자로 말하면, 아마도 ASP.NET MVC로 가야한다고 말해야합니다. 솔직히 말해서, ASP.NET MVC가 3 년 안에 기본 아키텍처가 될 것이라는 간단한 사실은 아마도 스윙해야 할 것입니다. 이 방정식은 1 년 전의 기본 아키텍처가 Monorail에 비해 심각한 생산성 문제가 있었기 때문에 1 년 전에 다릅니다.

기술적 장점과 단점에 대해 이야기하고 싶다면 :

• ASP.NET AJAX는 엉망이지만 (피하십시오) 이제 jQuery가 있습니다. 실제로 jQuery 지원은 다른 어떤 환경보다 낫습니다. 물론 표준보기 엔진과 IDE 통합을 통해이를 완전히 얻을 수 있습니다.
• 몇 가지 미적 개선이 있습니다 (예 : 모델 정보가 전달되는 방식은 모노레일보다 훨씬 깨끗하고 명백합니다).

또한 표준 뷰 엔진을 손으로 무시하지 마십시오. ASP.NET과 마찬가지로 컨트롤을 던질 필요는 없습니다. BOO 대신 C# 만 사용하는 Brail과 매우 유사한 방식으로 코딩 할 수 있습니다.

매개 변수의 객체를 취하는 메소드 수는 평범한 추악한 것들이 있습니다. 그들이 정확히 무엇을 기대하는지에 대한 문서를 찾는 행운을 빕니다. * 인터페이스를 통해 추상 클래스에 대한 Microsoft의 사랑. 그들은 그들의 이유가 있지만 나는 여전히 그것을 싫어합니다.

또한 여러면에서 Monorail은 더 완전한 플랫폼으로 남아 있습니다. 예를 들어 ASP.NET에서 검증 또는 페이징에 대한 추상화는 없습니다. 또한 모델에 바인딩하는 데 실제로 도움이되지 않습니다. 도우미는 모노레일 등가물에 비해 기능이 거의 없습니다.

그러나 전반적으로 ASP.NET MVC가 승자라고 생각합니다.

Answer 2

Monorail과 ASP.NET MVC는 근본적으로 매우 유사하며, 그 중 하나를 사용하여 잘 어울려야합니다. Monorail은 훨씬 더 오래 존재하므로 더 높은 수준의 기능을 가지고 있습니다.

ASP.NET MVC의 주요 강점은 라우팅 엔진입니다. 공정한 모노레일은 거의 동등한 라우팅 엔진을 가지고 있으며, 일부 수정으로 라우팅 엔진이 실제로 ASP에 있지 않기 때문에 Monorail과 함께 ASP.NET MVC 라우팅 엔진을 사용할 수 있습니다. .NET MVC이지만 System.Web.Routing (.NET 3.5 SP1에서 출시). ASP.NET MVC 및 Visual Studio와의 통합도 플러스이며 V1의 RTM에 접근함에 따라 더 나아질 것입니다.

MVCContrib 프로젝트에는 Spark, Nhaml 및 Brail과 같은 멋진보기 엔진이 포함되어 있습니다. 아무도 "최고"로 간주 될 수 없으며 개인적으로 좋아하는 것은 스파크입니다. 스파크에 대한 자세한 내용 : http://dev.dejardin.org/documentation/syntax

WebForms 엔진에는 Intellisense가있어 모든 대체보기 엔진에 부족한 모든 대체보기 엔진이 부족한 이점이 있습니다.

Answer 3

Microsoft의 인기와 지원 외에도 ASP.NET MVC는 여전히 Monorail이 컨트롤러 조직 (영역), Native View Components 및 IOC를 사용하여 가장 중요한 이름을 지정할 수있는 필터와 같이 오랫동안 가지고있는 몇 가지 핵심 기능이 부족합니다.

이러한 모든 기능을 사용하는 큰 응용 프로그램이 있으며 ASP.NET MVC로 포팅하는 데 어려움을 겪었습니다.

나는 몇 년 동안 Monorail과 함께 일해 왔으며 MVC는 유망한 것처럼 보이고 유연성이 굉장하지만, 나는 여전히 내가하려는 모든 일에 대해, 거기에 있지 않으며 조금 플러그를 꽂아야한다는 것을 여전히 알고 있습니다. SharparChitecture의 또 다른 조각 인 MVCContrib 조각은 직접 만들고 사진을 얻습니다. Monorail은 작업하기가 훨씬 쉽습니다 (즉, 현재).

제안 된 솔루션이 다른 사람들과 상승하고 더 주류가되기 시작함에 따라 몇 달 안에 상황이 더 나아질 것으로 기대합니다. 이봐, 다양한 옵션이 좋지만 나를 믿으십시오. 당신은 3 년 전 웹 프레임 워크가 너무 많아서 다른 페이지마다 하나를 사용하여 사이트를 구축 할 수있는 많은 웹 프레임 워크가있는 자바 랜드에 있고 싶지 않습니다!

그 동안 나는 MR 앱을 MVC로 천천히 포팅 할 것입니다.

Answer 4

1. MVC가 손을 내밀 었다고 생각합니다. 기능 세트는 매우 유사하지만 두 가지 중 "인기"가 될 것입니다 (따라서 개발 커뮤니티 전체에서 더 널리 지원되고 문서화되고 확장 됨). 또한, 새로운 ViewEngine (Razor)과 IDE 개선은 저에게 요인이며 Monorail보다 MVC를 선택하는 가치를 높입니다.

2. 나는 거의 모든 일반적인 Viewengines를 사용했지만 내 자신의 구르는 상처를 입었습니다 (OpenSource 프로젝트를 만들었습니다 멋진 StringTemplate 템플릿 엔진을 사용합니다. ST는 문제의 진정한 분리입니다. 태그 수프가 훨씬 적고 결과적으로 더 나은 앱을 쓰고 있습니다. 나는 또한 a 빠른 소개 및 참조 가이드 엔진에서 타이어를 차기로 선택한 경우. 나는 지금까지 그것을 사용하여 배포 한 프로젝트에 대해 굉장한 행운을 얻었습니다. 즉, Razor (MVC 3)는 꽤 인상적입니다.