곧 새 프로젝트를 시작하고 MVC, Silverlight 또는 둘 다 사용할지 여부를 조사합니다. 이 질문 Silverlight vs. ASP.NET MVC은 좋은 출발점이었습니다. SL3 베타 버전을 살펴보면 풍경을 조금만 변경하는 두 가지가있는 것처럼 보입니다. 첫째, Silverlight의 직접적인 기능인 탐색 기능이며 .NET RIA Services가 있습니다. 실제로 Silverlight의 일부는 아니지만 상당히 통합되어 있으며 클라이언트와 서버 작업 간의 차이를 해소하는 것으로 보입니다. MVC가 강력하고 Silverlight (클라이언트 측 기술이 됨)가 아닌 제 생각에는 영역입니다. 나는 당신이 여전히 둘 다 사용할 수 있다는 것을 이해하지만 당신과 그 이유는 무엇입니까?Silverlight 3 MVC vs. Silverlight 질문을 변경합니까?
간단히 말해서, 아니오.
데스크톱의 Silverlight 및 Silverlight는 웹에서 실행되는 winforms/wpf 응용 프로그램과 같습니다. 그들은 stateful이고 웹 사이트와 매우 다르게 행동합니다. Silverlight 앱은 Silverlight를 실행할 수있는 컴퓨터에서만 실행할 수 있습니다. 비즈니스 네트워크 설정에서 실버 라이트를 설치할 수 없도록 그룹 정책을 설정할 수 있습니다. 그럼 문제가 생겼어.
그러나 ASP.NET MVC는 웹 브라우저를 가진 거의 모든 사람이 플랫폼에 관계없이 접근 할 수있는 무국적 유형의 디자인입니다. 모든 종류의 런타임이 설치된 최종 사용자에 대한 종속성이 없으므로 ASP.NET MVC를 사용하여 사이트에서 훨씬 더 자유 롭습니다.
나는 각각의 위치가 있으며 꽤 분명하다고 생각합니다. Silverlight는 해당되는 경우 풍부한 경험을 제공하는 데 적합합니다. 나는 당신이 웹 사이트를 대체하고있는 너무 많은 silverlight를 보게 될지 의심 스럽다.
두 기술 모두 해당 위치가 있다고 생각합니다. Silverlight는 주로 특수 용도로 사용되며 asp.net MVC는 주로 공공 및 범용 스타일의 웹 페이지 및 웹 응용 프로그램에 사용됩니다.
어느 쪽을 사용하고 싶은지는 전적으로 귀하의 필요와 청중에 달려 있습니다.
Silverlight는 비즈니스 응용 프로그램 (탐색, RIA 서비스, 데이터 양식 등 ...)에서도 훌륭하게 작동합니다.하지만 큰 문제는 플러그인입니다.
저는 개인적으로 HTML에 질리고 지겨워서 Silverlight에 집중하고 있습니다.
재미있는 사이트인지 아닌지에 따라 달라집니다.
.NET RIA 서비스를 만들었을 때 개발자는 기본적으로 빠른 RIA를 100 % 구축 할 수 있었고 결과적으로 ASP.NET WebForms 등의 부담을 대신 처리 할 수있었습니다. 하이브리드 방식으로 가능하지만, 어느 부분을 무거운 짐을 맡기고 싶은지에 대한 질문입니다.
Silverlight 솔루션이 구현 측면에서 기본입니다 (예 : 데이터의 데이터 그리드). 그렇다면 ASP.NET MVC는 딥 링크에 대해 걱정할 필요가없는 이러한 방식으로 더 적합합니다. 원시 HTML 기반 접근 방식 내에서 무료).
그러나 Silverlight에서 더 큰 RIA 솔루션을 구축하고 특정 방식으로 ASP.NET을 사용하고 있다면 괜찮습니다.하지만 모든 페이지를 새로 고침 할 때마다 다음 사항을 기억해야합니다. 페널티는 물론 페이지를 새로 고치고 Silverlight 인스턴스가 새로 고침 (사용자가 앞으로 나아갈 수있는 곳에서로드)하기 전에 원래 위치로 돌아갈 수 있도록해야합니다.
우리가 RIA Services에 구워준 장점에도 불구하고 다소 까다로울 수 있습니다.
Scott Barnes/Rich Platforms 제품 관리자/Microsoft.
기업 및 조직 용으로 구축 된 많은 웹 사이트에는 프런트 엔드에 대한 "읽기 전용"공개가 있습니다. 즉, 정보 (재고, 카탈로그, 회사 뉴스)는 풍부한 데이터베이스에서 제공되지만 평균 최종 사용자는 편집 할 수 없습니다.
내가보고있는 자연스러운 패턴은 ASP.NET MVC를 "프론트 엔드"프리젠 테이션으로 사용하지만 Silverlight/RIA 기능을 사용하여 관리 백엔드에서 모든 CRUD 자료를 작성하지 않아도된다는 것입니다. 그것은 매우 적합합니다. 관리 사용자베이스는 대개 전체 청중 및 다운로드 시간 문제보다 훨씬 적습니다. Silverlight 침투 등은 거의 문제가되지 않습니다.
그러나 Silverlight RIA/ASP.NET MVC 스토리는 현재 매우 희미한 이야기입니다. RIA 서비스를 사용하여 MVC 프로젝트를 위해 구축 한 스타일의 공유 저장소 프로젝트에 대한 액세스를 제공하는 방법을 논의하는 데 필요한 정보는 많지 않습니다. link text 이렇게하면 지금 통합하기가 어렵습니다. 공통 EF 또는 Linq2Sql 기반 위에 MVC 및 RIA 계층을 모두 구축 할 수 있지만 MVC 용으로 빌드 한 리포지토리의 인텔리전스를 공유하는 것이 좋습니다.
리포지토리가 데이터베이스 아래에서 이야기하기 위해 사용하는 것과 관계없이 RIA 서비스를 리포지토리 스타일 클래스 계층에 연결하는 데 필요한 문서를 얻는 것이 이상적입니다. 그러면 신속한 개발 이야기가 완료됩니다.
Silverlight가 asp.net MVC 스토리를 변경한다고 생각하지 않습니다.
MVC를 사용하면 asp.net이 더 많은 웹 표준을 사용할 수 있으며 프로젝트를보다 테스트 가능하고 분리 된 구조로 만들 수 있습니다. 나중에 웹 양식의 건축가/개발자의 유일한 책임이있었습니다.
"개인적으로 나는 아프고 HTML에 질려서 Silverlight에 집중하고 있습니다." 아멘. 자바 스크립트도.
저는 10 년 넘게 웹 앱을 개발 해왔고 (Classic ASP가 베타 버전이 되 자마자 닷넷으로 뛰어 올랐습니다). MCTS x2 및 MCPD x2 in asp.net. ASP.Net MVC는 웹 사이트 개발자들에게 훌륭한 부가 기능이라고 생각하지만, UI 레이어의 엄격한 MVP 패턴이있는 웹 양식은 기업/B2B 웹 응용 프로그램의 경우 더 나은 것으로 생각됩니다. (대시 보드, 관리,보고 등)
나는 모든 것이 통합 공간, SOA, biztalk, wcf 등에 더 많이 들어가기 때문에 말했다. 나는이 CSS 속성이 유효하게 적용된 날씨에 대해 정말로 지나치다. "IE 버전 무엇 이제까지". 또는 "firefox version whats next"와 때때로 언젠가 위대한 것을 다루는 것은 언젠가 나 자신을 웹 형태로 제어하는 hierachy를 쏘고 싶어합니다.
Silverlight 3은 LOB 응용 프로그램과 관련성이 높아지기 시작했습니다. MVC가 아니라 Webforms의 주요 편집자입니다.