기존 ASP .NET 웹 양식과 MVC
https://stackoverflow.com/questions/41712
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
winforms 및 클라이언트 응용 프로그램 경험이 있는 사람으로서 돌아가서 기존 ASP .NET 페이지 작동 방식을 배우는 것이 가치가 있습니까, 아니면 ASP .NET MVC로 바로 이동해도 괜찮습니까?
저는 일반 C#에 대한 지식을 바탕으로 스크린캐스트 시리즈와 ASP .NET 사이트에서 알 수 없는 함정이나 함정을 찾고 있습니다.
해결책
MVC의 장점은 다음과 같습니다.일반적인 ASP.NET Web Forms보다 프레임워크 기반에 더 가깝게 작동합니다.따라서 MVC를 사용하고 이해하면 WebForms의 작동 방식을 더 잘 이해할 수 있습니다.WebForms의 문제는 많은 마법이 있고 웹을 Windows Forms처럼 작동하도록 만들기 위해 약 6년 동안 노력했기 때문에 컨트롤 트리 계층 구조와 모든 것이 웹으로 변환되었다는 것입니다.MVC를 사용하면 WinForm 영향 없이 핵심을 얻을 수 있습니다.
따라서 MVC로 시작하면 필요한 경우 WebForms로 쉽게 이동할 수 있습니다.
다른 팁
나는 Nick의 의견에 동의합니다.MVC는 다음과 훨씬 더 가깝습니다. 진짜 웹 패러다임과 이를 사용함으로써 귀하의 웹사이트가 실제로 어떻게 작동하는지 알게 될 것입니다.WebForms는 이러한 대부분의 기능을 사용자에게 제공하지 않으며, PHP 배경에서 왔기 때문에 정말 반직관적이라는 것을 알았습니다.
MVC로 바로 이동하고 WebForms를 건너뛰는 것이 좋습니다.말했듯이, 필요한 경우 다시 돌아갈 수 있습니다.
ASP.Net Webforms는 ASP.NET MVC와는 기본 프레임워크에 대한 완전히 다른 추상화입니다.MVC를 사용하면 ASP.NET Webform보다 내부적으로 일어나는 일을 더 효과적으로 제어할 수 있습니다.
내 생각에는 일을 수행하는 다양한 방법을 배우는 것이 일반적으로 당신을 더 나은 프로그래머로 만들지만 이 경우에는 배워야 할 더 나은 것이 있을 수 있습니다.
그것은 당신의 동기에 달려 있습니다.ASP.NET 개발자로서 자신을 홍보하려면 두 가지가 모두 필요합니다.
이것이 단지 당신의 즐거움을 위한 것이라면 MVC로 가십시오.
내 개인적인 생각은 웹 양식이 앞으로 몇 년은 더 존재할 것이라고 생각합니다.너무나 많은 사람들이 자신에게 시간과 에너지를 투자하고 있습니다.하지만 내 생각에 사람들은 천천히 (혹은 그다지 느리지는 않을지도!) 이주할 것입니다.웹 양식은 항상 웹 개발에 대해 생각하기 위해 드래그 앤 드롭 VB4 모트를 얻는 방법이었습니다.그것은 일종의 효과가 있었지만 많은 통제력을 빼앗아갔습니다.
ASP.NET MVC는 클라이언트 코드를 서버 코드에서 분리하려는 개발자를 위한 것입니다.나는 서버 기술에 관계없이 서버에서 서버로 이동할 수 있는 JavaScript, XHTML, CSS 클라이언트를 작성하고 싶었습니다.클라이언트는 맞추고 마무리하는 데 시간이 많이 걸리므로 가능한 한 많은 서버에 클라이언트(및 하위 구성 요소)를 사용하는 것이 좋습니다.또한 이 분리를 통해 서버는 WPF/Silverlight와 같은 HTTP 및 꺾쇠 괄호(및/또는 JSON)를 지원하는 모든 클라이언트 기술을 지원할 수 있습니다.ASP.NET MVC가 없으면 전체 ASP.NET 팀과 적대적인 관계를 맺게 됩니다. 하지만 Scott Guthrie는 멋진 친구이며 그의 전임자들(그리고 아마도 Scott 자신)이 거의 전적으로 집중한 이후 몇 년 동안 MVC를 테이블에 가져왔습니다. Windows Forms 프로그래머가 웹 응용 프로그램을 작성하도록 하는 것입니다.
ASP.NET MVC 이전에는 주로 ASHX 파일, 즉 HTTP 처리기를 기반으로 ASP.NET 응용 프로그램을 구축했습니다."실제" Microsoft 상점에서는 이러한 행동을 장려하지 않을 것임을 확신할 수 있습니다.(현명한) 관리 관점에서는 모든 개발자가 공급업체 도구를 사용하는 데 공급업체가 권장하는 방법을 사용하도록 지정하는 것이 더 쉽습니다.따라서 1~2년 뒤처진 IT 부서에서는 MVC 이전 작업 방식을 알아야 합니다.이는 유지 관리할 "레거시" 시스템이 있는 경우에도 유용합니다.
그러나 그린 필드의 경우 MVC입니다!
IMO, MVC보다 일반 웹 양식 시나리오에 더 많은 함정이 있습니다.Viewstate와 데이터 바인딩은 때때로 까다로울 수 있습니다.
그러나 MVC의 경우 이는 구식 방식으로 포스트/렌더링하는 단순한 형식일 뿐입니다.나쁘다는 것이 아니라 단지 다르고 더 깨끗합니다.
지금까지 전통적인 모델만 사용했기 때문에 MVC와 "전통적"에 대해 기술적으로 말할 수는 없습니다.하지만 내가 읽은 바에 따르면 어느 쪽이 다른 쪽보다 훨씬 우월하다고 생각하지 않습니다.제 생각에는 일단 "그것"을 얻으면 두 가지 모두에서 매우 생산적이 될 수 있다고 생각합니다.
그러나 실제로는 대부분의 책, 코드 샘플 및 기존 애플리케이션이 "전통적인" 방식으로 작성되었다는 점을 고려하고 싶습니다.더 많은 도움을 받을 수 있으며 "전통적인" 방식으로 작성된 기존 신청서를 보유한 고용주에게 귀하의 기술이 더 유용할 것입니다.
원시 수준의 웹 요청/응답 및 원시 html/css 렌더링에 대한 경험이 없거나 방법을 모른다면 MVC를 시작하는 것이 좋습니다.그러면 웹 양식과 mvc의 장단점을 더 잘 이해할 수 있습니다.둘 다 서로 다른 요구 사항을 해결하므로 둘 다 미래에도 존재할 것입니다.
웹 양식은 매우 오용되고 남용되는 플랫폼이라고 말하고 싶습니다."look no code" 쓰레기의 너무 많은 부분은 그것을 사용하는 모든 사람에게 나쁜 이름을 줍니다.시간을 투자하여 이를 이해하고 적절하게 사용하면 매우 확장 가능하고 강력한 플랫폼임을 알게 될 것입니다.
