현재 회사에서 향후 웹 응용 프로그램을 만들기위한 프로그래밍 모델을 평가하고 있습니다. 따라서 ASP.NET MVC 5 (Razor보기 포함)와 ASP.NET WebAPI를 사용하는 AngularJS 중에서 결정할 것입니다. 이 두 프로그래밍 모델의 장단점은 무엇입니까?
4
음 ... AngularJS를 ASP.NET에 고정시키려는 경우 ... 정확한 비교를 제공하지 않습니다. Angular에서 Javascript를 가져 오려는 것과 같으며 이는 의도 된 방식이 아닙니다. Angular는 클라이언트를위한 프레임 워크로, 서버 측 템플릿을 거의 사용하지 않을 때 가장 잘 작동합니다 : simple-talk.com/blogs/2013/10/16/… . 인증과 같은 것들은 의미가 있지만 면도기는 그대로두고 .NET으로 바로 이동하여 Angular 용 API 레이어를 만듭니다.
—
Brian Vanderbusch 2014
정말 필요한 것은 ASP.NET WebAPI를 사용하는 AngularJS 뿐이라고 생각합니다. 나는 그것이 두 세계의 장점을 모두 가지고 있다고 생각합니다. MVC와 AngularJS를 섞어 보았는데 문제가 발생했을 때 그다지 좋은 경험이 아니 었으므로 그 함정에 빠지지 말 것을 제안합니다. 이 접근 방식에서 내가 놓친 한 가지는 Razor 엔진이 포함 된 MVC가 제공 할 수있는 장치 기반 뷰입니다. 극복 할 수있는 방법이 있겠지만 아직 충분히 설명하지 못했습니다.
—
Kiran 2014 년
Angular와 단 몇 달 동안 작업 한 적이 있었지만 (영원한 것처럼 보이지만) 저는 Razor로 돌아 가지 않을 것입니다. Angular와 함께 작업할수록 유연성과 힘, 때로는 마법처럼 느껴집니다. Web API는 적어도 POST 형식에서 Angular와 잘 작동하지 않지만 해결 될 수 있습니다. 자바 스크립트는 강력한 형식의 언어가 아니기 때문에 C # 프로그래머 구문 측면에서는 쉬운 전환이 아닙니다. 그러나이 장애물을 극복하면 Angular에 감사하게 될 것입니다.
—
Florida G.
Razor는 템플릿 엔진 중에서도 끔찍한 것입니다. 템플릿 엔진 (Jade, 핸들 바, 면도기 등)에 앵귤러를 사용하면 생산성이 급격히 향상됩니다. JSON (web-api, node-express 또는 PHP 일 수 있음) 및 각도 프런트 엔드를 제공하는 백엔드를 사용합니다. 그냥 참고로, 녹아웃은 거의 각도 좋은 같은 .... 모든 최고의 ... 아니다
—
Giridhar Karnik
@BrianVanderbusch 당신이 무슨 말을하는지 잘 모르겠습니다. 백엔드는 전혀 중요하지 않습니다. 무엇이든 될 수 있습니다. 그는 ASP.NET을 백엔드로 사용하고 angular를 클라이언트 측 프런트 엔드로 사용할 것이라고 말합니다. Angular는 여전히 데이터를 위해 서버를 호출해야합니다. 이것은 Angular에 공정한 비교를 제공하지 않는 것과 관련이 없습니다.
—
user441521