은 MVC 학습에 익숙하지 않습니다.backbone.js와 같은 라이브러리에서 프론트 엔드 및 백엔드 로직을 나누기위한 경험적 도구
특히 backbone.js와 같은 프런트 엔드 라이브러리를 사용할 때 백엔드와 비교하여 프론트 엔드에서 로직이 분할되고 결정되는 추론 (프로그래밍 방식이 아닌)이 있는지 궁금합니다.
즉, backbone.js와 같은 라이브러리는 DOM 요소와 데이터를 분리하기 때문에 서버 측에서 수행하는 데 사용되는 정교한 클라이언트 측 논리를 만드는 데 유용합니다. 사전 조이
Model - View - Controller를 수행하는 "고전적인"방법은 서버에 세 가지 모두를 갖는 것입니다. HTML과 일부 JS의 View 레이어 출력은 브라우저에 의해 렌더링됩니다.
레일즈는 이것의 훌륭한 예입니다.
"새로운 멋진"방법은 브라우저를 API를 통해 services을 제공하는 백엔드 서버가있는 주 컴퓨팅 엔진으로 취급하는 것입니다.
이 경우 모델, 뷰 및 컨트롤러 소프트웨어는 모두 클라이언트에서 (자바 스크립트 또는 coffeescript로) 실행됩니다. 백본은 종종 브라우저 측 솔루션의 일부이지만 척추, angularJS 및 다른 옵션과 같은 대안이 있습니다.
백엔드 서버에서 dbms 및 좋은 API 시스템을 실행합니다. Ruby/Rack에는 훌륭한 프레임 워크가 구축되어 있습니다. Daniel Doubrovkine의 게시물보기 code.dblock.org 여기에는 다양한 선택 항목이 있습니다.클라이언트에서 MVC의
장점
단점
그것은 당신에게 달려 선택
. 결정은 시간대, 자원, 경험, 필요 등에 따라 달라집니다. 백본 등을 사용할 필요가 없습니다. 이렇게하는 것은 절충점입니다 (위 참조). 사용하지 않는 것이 더 빠르거나 더 쉬울 것이지만 그것없이 (또는 비슷한) 수행하면 목표를 달성하지 못할 수도 있습니다.
레일스 또는 PHP에서 추가 기능 라이브러리 또는 기타 MVC 솔루션을 사용하여 훌륭한 MVC 응용 프로그램을 만들 수 있습니다. 나 보안 & 검색했다 위해
좋은 대답입니다.하지만 OP의 질문에 정말로 충실합니까? 질문은 "논리 : 클라이언트 또는 서버"가 아니 었습니다. 그러나 "논리 : 그것을 어떻게 나누는가?". 클라이언트 측 MVC의 장점과 단점에 대한 잘 정리 된 설명은 +1입니다. – nrabinowitz
나는 동의한다. 아주 좋은 고장. – JoeyC
에서
덕분에 나는 당신이 올바른 아닌 프로그래밍 의미에서 단어 휴리스틱을 사용하고있는 것 같아? 나는. 당신은 그것을 '엄지 손가락'의 라인을 따라 무언가를 의미하기 위해 사용하고 있습니까?
.
걸릴 거리는 모호하지만 실제로는 모든 것이 상충 관계에 있으며 제품 요구 사항을 결정해야합니다.
고마워. 그래서 근본적으로 어렵고 빠르지는 않습니다. 단지 – JoeyC
처음 두 가지
Welcome to Stackoverflow! 다른 사람의 질문을 포함하여 유용한 모든 대답을 upvote하는 것을 잊지 마십시오. 자신의 질문에 대한 최선의 답을 확인/수락하는 것을 잊지 마십시오. –
나는 불행히도 내가 n00b이기 때문에 아무것도 upvote 수없는 것 같아 – JoeyC