있습니까Xcode 솔루션 조직의 모범 사례 및 지침은 무엇입니까? 엑스 코드에서 하나의 솔루션을 구성하는 방법에 대한 모범 사례
이 루트에서 순간 내 꺼야 :
광산은 다음과 같습니다 iOS에서
재사용 가능한 코드에 대한Main application
Model
Singletons
Helper+managers
Controllers // I keep nibs with their respective class files
View
Resources
images
plists
// ... groups from other types of resources if needed
Supporting files
Unit tests
Frameworks
내가 정적 라이브러리를 사용하고 엑스 코드 작업 공간에서 별도의 프로젝트로 다음을 추가합니다. 제 3 자 코드의 경우에도 정적 라이브러리 대상이 없으면 하나 만듭니다. 그렇게하면 제 자신의 라이브러리 코드를 취급하는 것과 같은 방식으로 제 3 자 코드를 취급합니다. 게다가 제 3 자 코드의 버전 관리에 대해 걱정할 필요가 없습니다.
코드의 파일 시스템 구성을 Xcode에서 미러링하는 것이 중요하다는 사실을 발견했습니다. 나는 this blog post을 읽은 후이 관행을 채택했다. 나는 위에 나열한 수준 아래에서 이것을하지 않습니다. 예를 들어 github에서 코드를 공유 할 때 도움이됩니다. 다운로더 또는 제공자는 단일 소스 디렉토리에 덤프 된 모든 소스를 파고 들지 않고 기능적 버킷으로 구성됩니다. 필자는 Xcode 조직이 괜찮은 일부 프로젝트를 보았지만 파일 시스템의 모든 단일 소스 파일은 단일 디렉토리에 덤프됩니다.
특별한 방법이 여기에 단점이없는있을 수 있지만 우리는 응용 프로그램의 코어 또는 모델에 대한
폴더를 사용하는 것입니다. 여기에는 에 대한 하위 폴더와 사용 된 타사 라이브러리 및 특수 모델 클래스 용 폴더가 포함됩니다. 예를 들어 웹 서비스 처리를위한 폴더가있을 것입니다.
폴더 클래스 파일, 펜촉과 자원을 포함하는 각 화면의 하위 폴더를 (이것은 필요에 따라 더 하위 폴더를 포함 할 수있다)를 포함 할 하나 개의 주요 모듈. 그래서 두 번째 주요 모듈에 대한
폴더 ..
이 모델은 우리에게 한 가지 중요한 목적을 제공합니다. 우리의 응용 프로그램 코어에는 로깅, 데이터 암호화/암호 해독 등과 같은 것들이 포함되어 있으므로 우리가 개발하는 많은 응용 프로그램에서 변경 될 가능성은 거의 없습니다. 마찬가지로 주요 모듈 1의 기능이 필요하고 다른 것들을 추가하는 응용 프로그램이있을 것입니다. 따라서이 세 폴더 그룹은 전복에 대한 별도의 저장소로 유지 관리됩니다.
이제 새 프로젝트를 시작할 때 프로젝트의 새 저장소를 만들고 필요에 따라 응용 프로그램 코어 저장소 및 기타 주요 모듈 저장소와 연결합니다. 따라서 한 프로젝트 팀이 응용 프로그램 코어에서 변경 한 사항은 다른 프로젝트에도 반영됩니다. 다른 주요 모듈과 동일합니다. 이것은 또한 완전한 모듈화를 달성하는 데 도움이됩니다.
물론이 구성표에는 단점이 있지만이 구성표는 수년 동안 잘 맞았습니다.