JSON 데이터 (자동 완성 결과, 캘린더 이벤트, 작업, 동적 폼 조작 등)에 크게 의존하는 새로운 레일스 3.2 회사 관리 앱을 개발 중입니다. 백엔드 시스템은 이미 상당히 견고하여 UI 부분에 투자하고 있으며 Google에서 제공하는 것과 같은 다른 '팻 클라이언트'앱의 동작을 미러링하여 웹 애플리케이션과 같은 방식으로 만들고 싶습니다. 이 목적을 달성하기 위해 가장 좋은 디자인 패턴은 무엇입니까? Backbone.js와 같은 MVC JS 프레임 워크를 사용하여 데이터 조작의 좋은 부분을 UI에 위임하고 JSON API와 인터페이스하거나 원격 JS로 작업합니다 (즉, js.erb 템플릿)을 사용하면 Ruby 코드를 더 많이 사용할 수 있습니까?레일스 용 디자인 패턴 3.2 JS 무거운 앱
일부보기에서는 이미 매우 조잡한 Backbone.js를 사용하고 있지만 이전 접근 방식은 JS가 코드 작성이 더 어려워 많은 개발자 자원을 사용하는 것처럼 보였습니다. UI에서 일부 모델 코드를 미러링하는 추가 부담이 있습니다. 최종 사용자에게는 훨씬 더 반응 적입니다. 후자의 접근법은 응답 시간을 희생시키면서보다 희소 한 View 코드를 허용하며, 모두 모두 괜찮은 느낌을주지는 않지만, 확실히 더 빨리 개발할 수 있고 유연합니다.
우리는 JS/Coffeescript/Backbone.js에서 많은 Rails 경험이 있고 소량의 팀이 아니므로 만나기에 마감 기한이 있습니다. 어떤 접근 방식을 선택 하시겠습니까? 필자가이 문제를 놓치고있는 이유는 우리 회사가 코드의 품질과 현대적인 디자인 패턴에 자부심을 갖고 있기 때문에 원격지 JS를 사용하는 것이 ' 나쁜 지름길 '이니, 정말 당신들의 의견을 고맙게 생각합니다. 어쩌면 나는 편파적일지도 모른다.
일반적으로 다음과 같은 네임 스페이스 계층 구조를 사용
: 또한 도우미를 겹쳐 수
: 그래서 당신은 루트 네임 스페이스에서 같은 모델 (
document
)에 액세스 할 수 있습니다 말하자면, 마감 기한이 끝나면 팀이 가장 편한 것을 고수해야합니다. 이제는 실험 할 시간이 아닙니다. 그러나 Rails를 사용하여 JSON API를 만드는 것이 그리 어렵지 않다는 것을 이미 알고있을 것입니다. 팀이 자바 스크립트보다 좋지 않은 경우 백본에서 속도를 높이는 데 다소 시간이 걸릴 수 있습니다.하지만 일단 그렇게하면 몇 가지 훌륭한 작업을 수행 할 수 있습니다. 시도하고있는 내용에 대한 구체적인 사용 사례를 제공하고 더 많은 사람들이 조언을 받아 소리를 낼 수 있도록해야합니다. – PhillipKregg