나는 최근에 iOS 개발을 배우기로 결정했으며,이를 위해 iOS 프로그래밍 : The Big Nerd Ranch Guide를 읽고 있습니다. 이 책에서 저자는 MVCS-Model-View-Controller-Store 디자인 패턴을 설명합니다 . 기본 아이디어는 많은 응용 프로그램이 컨트롤러의 요청 논리를 유지하면서 여러 외부 데이터 소스를 사용하기 때문에 저자 대신 매우 지저분해질 수 있다는 것입니다. 모든 요청 로직을 컨트롤러에서 별도의 객체로 옮기도록 제안하십시오.
간단히 말해서 책을 인용
Model-View-Controller-Store는 요청 로직을 별도의 객체에 넣고이 객체를 상점이라고합니다 (그림 28.4). 상점 오브젝트를 사용하면 중복 코드가 최소화되고 데이터를 가져오고 저장하는 코드가 단순화됩니다. 가장 중요한 것은 외부 소스를 다루는 논리를 명확하고 집중된 목표를 가진 깔끔한 수업으로 옮기는 것입니다. 이를 통해 코드를보다 쉽게 이해할 수 있으므로 유지 관리 및 디버그가 쉬워지고 팀의 다른 프로그래머와 공유 할 수 있습니다.
과
비동기 저장소의 멋진 점은 많은 객체가 요청을 처리하기 위해 많은 작업을 수행하더라도 요청의 흐름과 응답이 컨트롤러의 한 곳에 있다는 것입니다. 이를 통해 쉽게 읽고 수정할 수있는 코드의 이점을 얻을 수 있습니다.
나는이 패턴에 대해 더 알고 싶었고 다른 사람들이 그것에 대해 무엇을 말해야하는지 알고 싶었지만 온라인에서 검색 할 때 찾을 수있는 유일한 참고 문헌은 같은 책에 대한 것일뿐이었습니다 (패턴이 다른 이름으로 알려진 것일까 요?).
나에게 필자의 논리는 의미가있는 것으로 보이며 일반적인 MVC 패턴의 논리적 확장처럼 보이지만 실제로는 실제로 MVC 패턴에 대한 경험이 많지 않기 때문일 수 있습니다. backbone.js 와 함께 사용되는 MVV의 종류 (즉, MVC라고 생각하면 ).
아마도 더 많은 경험을 가진 사람이 내가 누락 된 MVCS 패턴에 명백한 결함 / 문제가 있는지 여부를 밝힐 수 있기를 바랍니다 .