에서
덕분에, 우리는 일반적으로 MVC를 사용합니다. 따라서 iOS 세계에서 아날로그를 찾고 있다면 바로 그 것입니다. MVC에 정말로 파고 들었고, 만족스럽지 않고, 다른 패턴을 소개하고 싶다면, 다른 질문입니다.
MVC와 같은 접근법에서 볼 수있는 책임의 논리적 구분은 과도하지 않습니다. 실제로 "뷰"및 "컨트롤러"클래스의 구분은 우리가 수행하는 모든 작업 (예 : UIView
서브 클래스, UIViewController
하위 클래스 등)의 중심이므로 실제로 수행해야하는 유일한 작업은 적절한 "모델"클래스를 디자인하는 것입니다. 너는 경주를 떠난다.
그러나 질문에 답하면 일반적으로 모델,보기 및 컨트롤러에 별도의 프레임 워크 대상을 사용하지 않습니다. 그것은 아마 과잉 일 것이다. 일반적으로 프로젝트 내의 Xcode 그룹/폴더를 현명하게 사용하여 모든 것을 추적 할 수 있습니다. 우리는 일반적으로보다 기술적 또는 논리적 인 이유 (라이브 뷰, 앱 확장, 여러 앱 간의 코드 공유 등 ... 프레임 워크를 일반적으로 프레임 워크를 사용하는 경우에 대한 설명은 WWDC 2015 Building Modern Frameworks 참조) 만 가져옵니다.
그러나 MVC 대 MVP 또는 VIPER (또는 MVVM 또는 기타)에 대한 질문. 나는이 모든 패턴의 공유 된 정신 (즉, 책임의 분리)을 단순히 받아 들여 iOS MVC 코드에 적용하는 것이 좋습니다. 일단 당신의 벨트 아래에서 iOS 경험이 있으면,이 패턴 질문을 다시 평가할 수 있습니다.
출처
2016-11-21 23:46:03
Rob
. 또는 모델에 대해 다른 프로젝트 (iOS의 프레임 워크)를 만드시겠습니까? – Pragmatic
@ 실용 - 아니요, 일반적으로 별도의 프레임 워크를 사용하지 않을 것입니다. 수정 된 답변보기 – Rob