방금 Spine.js를 사용하기 시작했습니다. 나는 그것을 좋아한다.Backbone.js 또는 Spine.js를 사용하는 경우보기의 모든 동적 부분에 MVC를 사용해야합니까 아니면 더 복잡한 MVC를 사용해야합니까?
하지만 가끔 JSON 데이터를 채우기 위해 백엔드에 간단한 호출을해야합니다. 예를 들어 채워진 후에 변경되지 않는 탐색 바를 채울 수 있습니다. 여기서는 프론트 엔드 모델과 컨트롤러를 만드는 것이 과도한 것처럼 보입니다. 간단한 jQuery 호출을 사용하고 JSON 응답을 템플릿으로 푸시하고 결과를 DOM에 삽입하면됩니다.
일부 하이브리드 접근법은 JavaScript MVC에서 뷰를 관리하고 간단한 jQuery Ajax 코드로 뷰를 주입하는 단점이 있습니까?
MVC의 모든 생각은 관심사의 분리입니다. 모델이 데이터를 처리하고, 뷰 핸들 디스플레이가 표시되며, 컨트롤러가 흐름을 처리하고 경우에 따라 비즈니스 논리를 처리합니다. 물론, 당신은 쉽게 jQuery를 호출 할 수 있습니다. 결국 JavaScript는 활짝 열려 있습니다. 참조를 얻을 수있는 한 자유롭게 원하는 것을 할 수 있습니다. 그러나 그 일을하는 것은 그 패턴을 패배 시키며, 당신의 시야가 차지하는 역할의 물을 흐리게 만듭니다. 디자인 패턴을 채택한다면 그 패턴을 고수하십시오. 이제는 구성 요소의 역할에 대해 생각할 필요가 없으므로 몇 달 또는 심지어 몇 년 후에 응용 프로그램을 관리하는 것이 훨씬 쉬워집니다.
나는 모두를 위해해야한다고 말합니다.
나는 당신의 선택이 그렇게하는 것이 어려워 야한다고 생각하지 않는다. 당신이 표준을 세우면 그것에 충실해야한다고 생각한다. 그렇게하면 대개 시간이 절약됩니다.
글쎄, 내가 일회 주입 된 JS에 직면했을 때 항상 묻는 첫 번째 질문은 처음부터 백엔드에서 발생하지 않아야하는지 여부입니다.
일관성에 관해서는 '잘못된'방법을 시도하는 데 약간의 노력이 필요하다면 어떤 일이 일어나는지 살펴보십시오. 필요한 경우 나중에 변경해야하는 작업이 많지는 않으며 일관성을 유지하기 위해 앱에 불필요한 시간과 불필요한 오버 헤드가 발생하는 이유를 알지 못합니다.
중요한 점은 차세대 개발자를위한 MVC 접근 방식을 통해이를 처리하지 않는다는 것이 분명하다는 것입니다. 그러나 하루가 끝나면 도구가 도움이 될 것이며 방해하지 않을 것입니다. 우리 모두는 css, html 및 JavaScript와 관련하여 우려의 분리에 대해 몇 가지 예외를 만듭니다. 중요한 점은 규칙의 진정한 가치를 이해하고 깨뜨릴 때의 상충 관계를 파악하는 것입니다. 이 경우, 나는 많은 것을 보지 못합니다.
이 질문에는 '올바른 답변이 없습니다. 건설적인 것으로 보이지 않습니다 (SO 지침에 따라). – Madbreaks