iOS개발자들이 종종 저지르는 실수가, “1 ViewController가 1 Screen을 담당한다”고 생각해버리는 일입니다. 그러나 ViewController는 View를 Control하는 녀석이지, ScreenController가 아닙니다. 한 화면에는 여러개의 View가 있을 수 있고, 당연히 각각의 View를 Control하는 여러 개의 ViewController가 있을 수 있습니다.
Leave a Comment[태그:] Do not Blame MVC
로직이 추가되면 될 수록, 이 네비게이션 코드는 아주 많이 길어 질 수 있습니다. 아마 이 글을 읽고 있는 많은 분들의 ViewController에도 비슷하게 짧지 않은 네비게이션 관련 코드들이 있을테지요. 하지만 ViewController가 아니라면, 누가 Navigation코드를 담당 할 수 있을까요?
Leave a Comment위 코드를 보면 절반 가량을 UITableViewDataSource관련 함수들이 잡아먹고 있습니다. 우리는 종종 이는 불가피한 일이라고 생각하기도 합니다. 심지어 UITableView를 만들자마자 무의식적으로 tableView.dataSource = self 와 같은 코드를 쓰기도 하죠.
Leave a CommentiOS 개발에 있어, 수백줄~수천줄에 이르는 거대한 ViewController를 만나는 것은 결코 어려운 일이 아닙니다. 이런 일은 너무나 잦아서, 마치 ViewController가 거대해지는 것은 필연처럼 느껴질 정도입니다.
Apple의 MVC패턴이 너무나 낡았고, 그 낡은 사고방식이 이런 거대한 ViewController를 야기한다는 취지의 이야기를 듣는 것도 어려운 일이 아니죠.
저는 꽤 최근까지 MVC라고 하면 모든 개발자가 같은 개념을 떠올린다고 생각했습니다. 애시당초 디자인패턴이나 아키텍처를 배우는 이유가 다른 개발자, 특히 다른 분야의 개발자들과의 의사소통에 도움이 되기…
Leave a Comment