2009-04-22 3 views
11

내가 'VS'중 하나를 가리키기 전에 다음과 같은 질문 ...엔터프라이즈 솔루션을 구축 할 때 ASP.NET MVC 악마로 이동할 때 안전합니까?

  • ASP.NET MVC Web application vs ASP.NET Web ApplicationASP.NET webforms + ASP.NET Ajax versus ASP.NET MVC and Ajax framework freedom
  • Should I pursue ASP.NET WebForms or ASP.NET MVC은 ... 나에게 내가 비교를 찾는 게 아니에요 상태를 주시기 바랍니다.

    나는에 대한 답변을 필요로 내 문제의 일부는

    은 다음과 같습니다

    1. 가파른 (온라인 BOM 트리를 구축하기위한 예를 들면 가진 UI) 미친 UI를 수행하기위한 학습 곡선인가? 질문을 게시하는 많은 사람들이 일부 UI 요구 사항 또는 다른 걱정 사항이있는 문제를 겪고있는 것 같습니다. 이러한 유형의 요구 사항을 처리 할 수있을만큼 기술이 성숙합니까?
    2. 꽤 잘 발달 된 커뮤니티가 있으며 온라인 문학은 어떻게 이용 가능합니까? WebForms에 대한 다양한 문헌을 얻을 수 있습니다.
    3. 전통적인 엔터프라이즈 WebForms 사이트를 구축하는 데 시간이 비슷합니까?
    4. ASP.NET MVC에 익숙해지기 위해 WebForms에 익숙하지 않은 개발자의 전체 팀을 편안하게 만드는 데 얼마나 오래 걸릴까요?

    사실 나는 StackOverflow가 Google과 유사한 제품이고 ASP.NET MVC가 그럴 것이라고 생각합니다. 그러나 나는 소프트웨어를 개발하는데 막혀있다. 회사의 앱 카테고리. 뭔가 할 수 없습니다하거나 해킹 할 경우

    alt text http://stuffthathappens.com/blog/wp-content/uploads/2008/03/simplicity.png

    그래서 급락을 복용하는 것은 나중에 매우 비용이 많이 드는 증명할 수 있습니다. 급락 한 사람들로부터 소식을 받기를 바랍니다.

    감사합니다.

  • +3

    +1, 에릭 버크 만화 전용! : P –

    +1

    +1, 위와 같이 :) – twk

    답변

    4

    약 3 개월 전에 기업용 웹 응용 프로그램 (실제로는 일련의 작은 웹 응용 프로그램)을 개발해야한다고 들었지만 원하는 기술을 선택할 수 있다고 들었습니다.

    저는 VS/C#/.Net에 가장 익숙하기 때문에 ASP.NET WebForms 또는 ASP.NET MVC2 중 무엇을 선택해야하는지에 대한 딜레마가 있습니다 - 당신과 달리 나의 유일한 배경은 Windows Forms (WinForms)와 작은 WPF. 그래서 저는 WebForms과 MVC를 연구 (및 시도)해야했습니다.

    당신처럼, 내 애플도 구글이나 애플 같은 사람이 아니라, 수천 개의 버튼과 박스가있는 늪지대의 표준 회사 앱이 될 것이라는 것을 깨달았다. WebForms는 배포가 가장 빠를 것 같았지만 테스트하고 장기간 유지하기가 어렵습니다. MVC는 훨씬 더 가파른 학습 곡선을 가졌지 만 일단 구축되면 테스트 및 유지 관리가 간편해질 것입니다.

    나는 WebForms를 1 주일간 만 들었다. 그래서 나는 그것에 대해 정말로 언급 할 수 없다. 그러나 MVC는 확실히 내가 기대했던 모든 것입니다.

    예, 가파른 학습 곡선입니다.나에게 새로웠다 개념 :

    • 모델 - 뷰 - 컨트롤러 (MVC) 우려의
    • 분리 (SoC에)
    • 모델 바인딩
    • 단위 테스트 및 테스트 기반 설계 (TDD)
    • 조롱과
    • 의존성 주입 (DI) 도움이

    책을 스텁의 나 대부분이었다 :

    , CSS (MVC, 모델, DI, TDD 바인딩) , 자바 스크립트.

    전반적으로 처음에는 상당한 양의 램프 업 작업이있는 것으로 보이지만 기존 응용 프로그램을 유지 보수하고 확장하는 것은 꽤 힘들었습니다. 제가 변경 요청을 받았을 때마다 상당히 쉬웠으며 일정에 맞춰 정시 또는 때로는 제공 할 수있었습니다.

    이상적인 세계에서 MVC 앱을 작성하는 것은 2 인으로 발생합니다. 한 사람이 핵심 코드를 작성하고 두 번째 사람이 UI 및 뷰 (HTML, CSS, Javascript)를 작성합니다. 모두 혼자서 할 수는 있지만. (내가 지금하고있는 것은 ...)

    나는 엔터프라이즈에서 배포하는 몇 가지 발목을 잡았다. 내부적으로 회사에서는 Windows Server 2003과 IIS6을 실행하고 있습니다. 불행히도, 우리는 가상 경로를 사용할 때 IIS6에서 앱을 올바르게 배포 할 수 없었습니다. (CSS 파일에 대한 모든 참조는 깨졌습니다.) MVC를 배포 할 계획이라면 IIS7 이상을 사용하는 것이 좋습니다. MVC는 IIS6에서 작동하지만 IIS 부서에서 어떻게 작동 시킬지 알아 내려고합니다.

    편집 : 나는 당신의 질문에 직접적으로 대답 한 적이 없다는 것을 깨달았습니다. 여기 간다 :

    1. 내 개인적인 경험은 예, 학습 곡선이 좋은 모델 및 UI를 구축하기위한 가파른하다는 것을 말했다,하지만 난 정말 내가 그와 함께 일한지 웹 개발자 아니에요있다 핸디캡. 좋은 소식은 MVC 기술이 꽤 성숙했다는 것입니다.

    2. 네, 커뮤니티는 꽤 잘 발달되어 있습니다. StackOverflow뿐만 아니라 MS의 ASP.NET MVC 하위 포럼에서 많은 좋은 답변을 얻을 수 있습니다.

    3. WebForms을 코딩하는 데 개인적인 경험이 없지만 많은 WinForms 응용 프로그램을 코딩 했으므로 대략적으로 느껴집니다. 이 MVC 응용 프로그램을 빌드하는 데 3 배 더 길다. 초기 투자는 곰이지만 정기적 인 유지 보수 및 개선이 더욱 빨라질 것입니다. 특히 앱이 성장함에 따라 ... 프로그래머 팀이있는 것 같으므로 팀원이 더 빨리 갈 수 있습니다. 학습/작업량.

    4. 이전에 WebForms에 대한 경험이 없었지만 내가 말할 수있는 것은 ASP.NET MVC를 배우면서 이전 ASP가 없었기 때문에 무슨 일이 벌어지고 있는지 이해하려고 애를 썼다는 것입니다. NET 배경.(예 : 회원 및 역할 제공 업체 - 최근에 내 자신의 코드를 작성해야했습니다. 소년은 재미있었습니다 ...) 더하기 측면에서, 나는 "일을하는 오래된 방법"(일명 WebForms)이없는 것을 알지 못했습니다 어느 한 쪽. PostBack/CodeBehind에 열중 한 팀원이 있다면 MVC가 처음에는 이상하게 보일 것입니다. 그러나 MVC가 제공하는 장점을 팀에서 보게 될 것입니다.

    아, MVC와 WebForms를 혼합 할 수 있습니다. 그것은 전부 또는 전제가 아닙니다. 비록 내가 신발에 있다면 MVC를 가능한 한 많이 채택하려고 노력할 것이지만 분명히 더 명확한 곳에서는 WebForms 만 사용해야합니다.

    좋아,이게 도움이 되었으면 좋겠어. :-)

    1

    사람들이 처음으로 알고있는 모든 것, 기술 2. 공존 할 수 있기 때문에 회사 앱의 새로운 기능을 간단히 구축 할 수 있습니다. 그런 다음 모든 질문에 직접 답변 할 수 있습니다. 새로운 기능이므로 당연히 익숙한 것보다 더 많은 시간을 들여야합니다.하지만 재미있게 뛰어 다니기 때문에 바로이 질문에 대한 답변을 자신의 사람과 앱에 시작하십시오.

    4

    귀하의 질문에 절반으로 답변 드릴 수 있습니다. WebForms 배경에서 MVC로 들어갔다. 학습 곡선이 있지만 (분명히), 그다지 가파른 것은 아닙니다. 나는 약간의 노력으로 전환을 할 수 있었고 모든 것이 신선한 공기의 숨결이라고 생각합니다.

    그러나 프런트 엔드 기술 (HTML & Javascript)을 사용하면 상당히 유용하며 WebForms 및 Microsoft ajax 프레임 워크에서 생성되는 HTML이 마음에 들지 않습니다. 귀하 및/또는 귀하의 팀이 이와 같은 경우, 귀하는 그것을 좋아할 것입니다. 그러나 이벤트 계층 구조에 대한 심도있는 지식을 자랑스럽게 생각하거나 UpdatePanels의 단순함을 좋아한다면 아마 변경 사항에 맞설 것입니다.

    설명서는 만족스럽게 진행되기에 충분합니다. http://videos.visitmix.com/MIX09/T49F http://videos.visitmix.com/MIX09/T50F http://videos.visitmix.com/MIX09/T44F

    가 여기에 귀하의 문서 집입니다 : 여기 당신의 식욕을 자극하는 데 몇 비디오의 좀 더 정보에 대한 http://www.asp.net/mvc/

    을의 asp.net의 MVC의 첫 번째 챕터 1.0 책이 온라인 상태이고 무료로 다운로드 할 수 있습니다. http://weblogs.asp.net/scottgu/archive/2009/03/10/free-asp-net-mvc-ebook-tutorial.aspx

    을 그리고, 장에 대한 전체 코드는 여기에서 찾을 수 있습니다 : 여기 ScottGu의 블로그를 참조 http://www.codeplex.com/nerddinner

    마지막으로, 개발 시간의 측면에서, 나는 그것이 사용하여 응용 프로그램을 개발하기 위해 조금 더 오래 걸릴 수 있습니다 생각 MVC (나는 이것에 대한 증거가 없지만)하지만, 지원, 유지 보수, 버그 수정 및 향상에는 훨씬 적은 시간이 소요될 것이라고 생각합니다. 따라서 초기 투자가 작기 때문에 그 노력을 되 살릴 수있을 것입니다.

    어쨌든, 내가 말했듯이, 이들은 나의 예비 발견이다. 나는 아직도 정말로 털이 많은 문제에 부딪혔다.

    +0

    MIX 링크를 이용해 주셔서 감사합니다. – brism

    0

    귀하의 질문이 모든 관심사에 초점을 맞추고 어떤 이점도 고려하지 않았다는 점에 흥미를 느끼고 있습니다. 당신은 왜 "왜"라는 질문을 했습니까? WebForms로 성공할 수 있다면 MVC로 변경해야하는 이유는 무엇입니까? 위험을 정당화하는 MVC에는 무엇이 있습니까? 프로젝트 비용을 지불했다면 어떻게 할 것입니까?

    저는 MVC와 비교하여 MVC보다 뛰어나지는 않지만 건축가로서 왜 매우 잘 알려진 양을 벗어나기로 결정한 이유에 대해 매우 강하게 돌아올 수 있어야합니다. 비교적 새로운 것. 그렇게 할 이유가 많이 있다고 생각합니다.하지만 내 직업이 아닙니다. :)