메인 뷰 컨트롤러 (즉, viewDidLoad)에서 메소드를 유지하는 작은 프로젝트의 경우 앞으로 나아갈 길이지만 더 큰 프로젝트의 경우이 앱이 어떻게 구성되는지 생각할 수 없다는 것을 이해합니다. m 파일은 거대하게 소리 질러 질 것입니다! 또한 상단에는 수천 개의 선언이있을 것입니다! 임은 크지 만 흥미가 있습니다. 별도의 파일에 넣고 필요할 때 전화 할 수 있습니까? 또는 선언을 지나치는 스크롤의 경우이며 찾고있는 것을 찾으려면 pragma marks를 사용합니까?큰 프로젝트 구성 - 어떻게 끝나나요?
기본적으로 iOS 응용 프로그램을 개발할 때 특정 질문이 아니며, 소프트웨어 아키텍처 문제가 많고 단일 대답으로는 들어갈 수없는 많은 지식이 필요합니다.
하지만 일반적으로 일하는 방식을 파악하려면 개발자와 개발자가 가장 잘 사용하는 도구이므로 펜과 종이로 프로젝트를 계획해야합니다. 그런 다음 프로젝트의 주요 부분이 좋은 제품으로 계획되어있을 때 방법으로, 당신은 당신의 주 구성 요소들 중 어떤 것을 ERD에 플로팅하고, 각 부분이 무엇을 담당 할 것인지를 결정한 다음, 거기에서 프로토 타입 버전을 코딩하기 시작합니다.
간단한 프로젝트를 시작하고 코드를 정리하고 더 이상 계획을 세우고 testing your code을 시작하면 테스트의 중요성을 설명 할 수 없습니다!
프로젝트 (소스 코드가 아니라 프로젝트 자체)를 관리하는 소프트웨어가 필요합니다 (예 : asana). 작업을 추적하고 누가 무엇을하는지 파악해야합니다.
당신과 작업하는 다른 사람들이 코드를 덮어 쓰지 않도록 코드를 유지하고 버전간에 관리하기 위해 왕의 저장소를 설정해야합니다. Git은 기본적으로 지원됩니다 Xcode로!
코드 작성 부분에서는 패턴을 배우고 따라야하며 iOS 프로젝트와 대부분의 사람들이 이제는 MVC structure을 따른다. 그러면 클래스의 크기와 통신 방식에 대한 질문에 대한 답을 얻을 수있다. 함께 혼란에 빠지지 않고 함께!
예, 여기 저기에 pragmas와 코드가 필요합니다. 그러나 프로젝트가 성장할 때 유지 보수가 가능하도록 패턴과 규칙을 따라야합니다!
내가 다시 말했듯이, 이것은 좋은 시작에 가깝지 않습니다. 거대한 프로젝트를 실제로하기 전에 많은 경험과 지식이 필요합니다.
좋은 일을 계속, 항상 당신이 항상 1 에 대한 Agile software development 아마 내 마지막 끝의 그 읽기에 팁을 추가 잊으 위협하지 않을 :)
편집 질문을해야 기억 :)
+1 좋은 지적, 좋은 답변;) – HAS