JavaScript MVC 프레임 워크 (문제의 분리)는 ASP.NET MVC와 호환됩니까?

Question

누구든지 ASP.NET MVC와 함께 JavaScript MVC 프레임 워크를 사용할 기회가 있습니까?

기본적으로 가능한 경우 함께 사용하는 방법에 대한 조언을 찾고 있습니다. 내 ASP.NET MVC 앱을 제거 할 수 없지만 JavaScript / jQuery에 대해 어떤 종류의 관심을 분리하고 싶습니다 ...

이런 식으로 사용한 사람이 있습니까? ASP.NET MVC가보기를 제공하기 때문에 2를 함께 묘사하려고합니다.

아니면 JavaScript에 OOP 확장 프레임 워크 만 사용하는 것이 더 나을까요? 그렇다면 ... ASP.NET MVC와 나란히 작동하는 좋은 것을 알고 있습니까?

Answer 1

마크, 저는 JMVC의 또 다른 기여자입니다. JMVC는 원시 데이터 서비스에서 작동하도록 설계되었지만 많은 모자를 착용 할 수 있습니다.

얇은 서버 아키텍처를 기반으로합니다. 예를 들어, 서버와 클라이언트 모두에서 뷰 생성을 분할하는 대신 asp.net을 사용하여 RAW JSON 데이터를 생성 한 다음 템플릿을 사용하여 최종 HTML 구조를 생성하는 JavaScript로 전달하십시오.

장점은 이미 재사용 가능한 서비스를 만들었고 UI 논리는 모두 한 곳 (클라이언트)에 있다는 것입니다.

그러나 이런 식으로 일을 할 필요는 없습니다. 보기 데이터를 생성하기에 가장 적합한 장소를 결정할 수 있습니다.

뷰가 모두 서버 측인 경우 (클라이언트 요청에서 HTML을 반환) 많은 JMVC 뷰가 필요하지 않을 수도 있습니다. 컨트롤러 만 사용합니다. 그러나 컨트롤러는 JMVC의 가장 중요한 부분입니다. 그들은 이벤트 대표단을 사용하므로 이벤트 첨부에 대해 걱정할 필요가 없습니다!

다음은 레일을 사용한 건축에 대해 이야기하는 게시물입니다.

http://javaScriptmvc.com/blog/?p=68

Answer 2

나는 JMVC 남자 중 하나입니다. 예,이 두 가지를 함께 사용할 수 있습니다. 우리는 데이터에 대한 가장 깨끗한 분리를 제공하므로 클라이언트/서버 계층을 분리하기 위해 REST 서비스를 사용하여 조언합니다. 휴식을 취하면 JSON으로 돌아 오는 모든 TODO에 대한 요청을 통해 고객과 데이터를 소비합니다. JavaScriptMVC는 컨트롤러로 콜백을 호출하고 클라이언트 측면 템플릿 (보기)을 사용하여 데이터를 렌더링합니다.

두 사람은 확실히 호환되지만 논리가 존재하기를 원하는 위치에 따라 다릅니다. 두꺼운 클라이언트는 확장 성과 유지 보수를 포함하여 많은 장점이 있습니다.