저는 ASP.NET MVC가 Microsoft가 준 최고의 기술 중 하나라고 생각하지 않는 사람들이 많지 않다고 생각합니다. 렌더링 된 HTML을 완벽하게 제어하고 웹의 무국적 성격에 대한 우려와 소송을 분리합니다.ASP.NET MVC에는 무엇이 누락 되었습니까?
프레임 워크의 다음 버전은 새로운 기능과 도구를 제공하며 훌륭합니다. 그러나 Microsoft가 새로운 버전의 프레임 워크에 포함시켜야 할 솔루션은 무엇입니까? PHP 나 Ruby 같은 다른 웹 프레임 워크와 비교할 때 가장 큰 차이점은 무엇입니까? 무엇이 개발자 생산성을 향상시킬 수 있습니까? ASP.NET MVC에는 무엇이 누락 되었습니까?
더 나은 서버 측 유효성 검사를보고 싶습니다. 데이터 주석은 실제로 겨자를 자르지 않습니다.
nullable 속성의 잘못된 형식 (예 : int ?, float ?, DateTime ?, ...)이 사용자와 모델 바인더에 의해 입력되었을 때 유효성 검사 오류 메시지를 적절하게 개인 설정하는 방법이 필요합니다. 값을 설정하려고합니다. string 속성을 지원하고 null 입력 가능 유형을 수동으로 구문 분석하는 것이 아플 수 있습니다.
도넛 캐싱은 모든 존경받는 웹 프레임 워크가 기본적으로 지원해야하는 기능입니다. 마이그레이션에 대한 지원 및 액티브 내장
는레일 주위에 몇 가지 더 빠른 속임수를 쓰고 싶습니다. 예를 들어 레일이 :resource 또는 :resources 경로와 비슷합니다.
가장 큰 문제는 ... 그들이 유용 될 수 XmlActionResult 또는 PdfActionResult 같은 몇 가지 조치 결과 유형의 부족입니다 ...
'XmlActionResult'에 동의하는 동안, 언제든지 Microsoft로부터 언제든지'PdfActionResult'를 기대하지 마십시오 :-) –
예 - 마이크로 소프트가 Pdf 라이브러리를 공개 할 의사가 없다면, 우리는 알지 못할 것입니다. – TheCloudlessSky
대린 ... 당신이 뭔가를 말할 수 더? 그들에게 무슨 문제가 있습니까? 나에게 가장 큰 문제는 신용 카드 번호 같은 단순한 경우에 자신의 것을 작성해야 할 필요성을 피하기 위해 더 많은 검사기가 있어야한다는 것입니다. –
그들은보기 모델을 오염시킵니다. 유효성 검사는 분리되어야하는 교차 관심사입니다. 또한 유효성 검사 로직을 테스트하는 단위가 지원되어야합니다. 뭔가를 [FluentValidation.Net] (http://fluentvalidation.codeplex.com/)의 정신으로 더 많이 사용합니다. 현재 내가 사용하고있는 것입니다. 이것은 ASP.NET MVC 3에서 jquery의 눈에 거슬리지 않는 클라이언트 측 유효성 검사 지원과 프레임 워크의 MS AJAX 농담의 덤핑과 함께 좋은 진전이 있었다고합니다. –
예 .. 당신 말이 맞아요 .. –