차례:
- 마스터 - 디테일 애플리케이션 템플릿
- UITextField 알림 및 위임
- 애셋 카탈로그는 iOS 7의 새로운 기능입니다. 이미지 및 아이콘을 다루는 이전 방식으로는 약간의 변환이 있지만 그만한 가치가 있습니다. 깨지기 쉬운 명명 규칙에 의존하는 대신 자산 카탈로그의 이름을 사용하고 런타임에 올바른 이미지가 사용됩니다.
- iCloud 사용
- 프로젝트 구성
- App Store의 전형적인 앱에 대한 그룹 구조는 다음과 같습니다 :
- App Store에 앱을 가져 오는 것은 시작일뿐입니다. 거기 앉아 있지 마라. 정기적 인 업데이트 계획을 세우십시오. 사람들은 정기적으로 업데이트되거나 업데이트되지 않는 앱에 주목합니다. 또한 App Store 검색 프로세스는 일부 경우 업데이트를 고려합니다 (검색 및 검색 세부 정보는 게시되지 않습니다). 개발자는 업데이트가 발생하여 새로운 사용자가 앱을 다운로드하는 경우가 있음을 알았습니다.
- 적어도 iOS에 대한 업데이트 (지금까지)를 통합하는 업데이트 계획을 세우십시오. 오래된 앱을 업데이트 할 시간을 찾지 못하면 판매 중단을 고려하십시오. 오래된 앱을 청소하면 아직 살아 있고 개발 중이라는 것을 알 수 있습니다.
- 빠르게 변화하는 앱 개발에 오신 것을 환영합니다. 개발자들이 사람들에게 모바일 장치에서 기본 제스처를 사용하는 방법을 가르치고있는 것은 오래 전부터 그랬다는 것을 기억하십시오. 우리는 여전히 새로운 몸짓을 연구 중입니다. iOS 인터페이스가 진화하면서 우리는 실제 세계의 은유를 많이 벗어났습니다. 우리는 "이것은 종이 한장과 같습니다"또는 "이것은 휴지통과 같습니다. "인터페이스 요소는 이제 독자적으로 할 수 있습니다. 그래서 우리가해야 할 일은"이것은 당신이 쓸 수있는 것입니다."(구식 유행에 대한 기술 용어는
- 입니다.)
비디오: [소스공개] 유튜버용 공짜 앱 만들기 (코알못 가능 - 유튜브 동영상 플레이 및 각종 SNS, 메일, 사이트 링크 앱 개발) 2024
다음은 많은 앱 개발자가 맹세 한 몇 가지 개체 및 기법입니다. 이것은 일반적으로 사용되는 일부 객체, 다소 모호한 객체 및 일부 개발 기법 및 미리 알림을 포함하는 특이한 목록입니다.
마스터 - 디테일 애플리케이션 템플릿
마스터 - 디테일 애플리케이션 템플릿은 범용 앱 템플릿입니다. iPad의 경우 Split-View 컨트롤러를 사용하고 iPhone은 Navigation 컨트롤러를 사용합니다. 둘 다 동일한 뷰 컨트롤러를 사용하여 데이터를 표시합니다. 많은 개발자에게있어 대다수의 요소입니다.
UITextField 알림 및 위임
텍스트 필드를 사용하는 경우 대부분의 개발자에게 필수입니다. 스토리 보드 나 코드에서 텍스트 필드의 위임을 다음 알림에 응답 할 객체로 설정합니다.
-
UITextFieldTextDidBeginEditingNotification
-
UITextFieldTextDidChangeNotification
-
UITextFieldDidEndEditingNotification
델리게이트는 종종 텍스트 필드가 포함 된보기를 포함하는보기 컨트롤러입니다. UITextFieldDelegate를 준수합니다.
애셋 카탈로그 사용
애셋 카탈로그는 iOS 7의 새로운 기능입니다. 이미지 및 아이콘을 다루는 이전 방식으로는 약간의 변환이 있지만 그만한 가치가 있습니다. 깨지기 쉬운 명명 규칙에 의존하는 대신 자산 카탈로그의 이름을 사용하고 런타임에 올바른 이미지가 사용됩니다.
어떤 이유로 개발자는 종종 데이터 관리 도구 사용에 신경을 쓰지 않습니다. 자신이 직접 데이터 관리를 구현하는 데 익숙하지 않거나 관계형 데이터베이스 이론에 불편할지라도 이러한 도구를 사용하지 않는 경향이 있습니다. 핵심 데이터는 최고 중 하나이며 탐구 할 가치가 있습니다.
iCloud 사용
사용자가 모든 기기에서 앱과 데이터를 동기화하는 데 감사한다는 사실 만 알면됩니다. iCloud 학습 곡선은 모든 것을 배우기 시작하면 가파른 학습 곡선입니다. 그러나 iCloud에 작은 양의 데이터 (게임의 높은 점수 일 수도 있음)를 저장하려는 경우 키 - 값 코딩을 사용하고 세부 정보는 신경 쓰지 않고 시작할 수 있습니다.
프로젝트 구성
모든 앱 프로젝트가 다르기 때문에 모든 프로젝트를 체계적으로 구성 할 수있는 표준 방법이 없습니다. 프로젝트 탐색기에서 파일 및 그룹을 이동할 수 있습니다.프로젝트를 재구성하면 Xcode에서 파일을 추적하므로 디스크에서 파일을 이동할 필요가 없습니다.
App Store의 전형적인 앱에 대한 그룹 구조는 다음과 같습니다:
App Delegate
컨트롤러
-
Master View Controller
-
상세보기 컨트롤러
-
탐색 컨트롤러
-
Popovers and Pickers > 스토리 보드
-
데이터 모델
-
-
리소스
-
지원 파일
-
Apple Developer 사이트의 샘플 프로젝트에서 다른 구조를보십시오.
-
자동 레이아웃 사용
-
자동 레이아웃을 사용하지 않는 이전 앱을 사용하는 경우이를 변환하고 새 앱에는 자동 레이아웃을 사용하십시오. Apple은 자동 레이아웃을 사용하여 여러 언어로 된 응용 프로그램을 관리하는 방법에 대해 이야기하지만, 많은 개발자가 자동 레이아웃의 주요 기능은 자동으로 응용 프로그램이 새로운 화면 모양과 크기의 새 장치에서 실행된다는 것을 의미합니다. 그것만으로도 그것을 사용하는 주된 이유입니다.
앱 업데이트
App Store에 앱을 가져 오는 것은 시작일뿐입니다. 거기 앉아 있지 마라. 정기적 인 업데이트 계획을 세우십시오. 사람들은 정기적으로 업데이트되거나 업데이트되지 않는 앱에 주목합니다. 또한 App Store 검색 프로세스는 일부 경우 업데이트를 고려합니다 (검색 및 검색 세부 정보는 게시되지 않습니다). 개발자는 업데이트가 발생하여 새로운 사용자가 앱을 다운로드하는 경우가 있음을 알았습니다.
App Store는 탐색중인 앱뿐만 아니라 개발자가 추가 앱에 대한 상호 참조를 제공합니다. 이것은 새로운 사용자를 유치하기위한 좋은 방법이지만 앱 포트폴리오가 1 ~ 2 년 동안 업데이트되지 않으면 잠재적 인 신규 매출을 놓치게됩니다.
적어도 iOS에 대한 업데이트 (지금까지)를 통합하는 업데이트 계획을 세우십시오. 오래된 앱을 업데이트 할 시간을 찾지 못하면 판매 중단을 고려하십시오. 오래된 앱을 청소하면 아직 살아 있고 개발 중이라는 것을 알 수 있습니다.
#pragma mark를 사용하여 코드 구성
구조. m 파일을 사용하여 #pragma mark 지시문을 사용하여 어디에 있는지 볼 수 있습니다. 많은 개발자는 최소한 초기화 섹션, 자신의 메서드 섹션 및 구현 된 각 프로토콜에 대한 섹션을 가지고 있습니다. 그것들은 좋은 시작이다; 계속 작업하면서 새로운 것을 추가하십시오. 어렵고 빠른 규칙은 없지만 완전히 혼란스러운 코드와 각 섹션에 하나 또는 두 개의 메소드가 포함되어 있으며 거의 메소드와 같은 섹션을 많이 포함하도록 체계화 된 코드 사이의 균형을 맞추고 싶습니다.
모든 것이 궁금합니다.
빠르게 변화하는 앱 개발에 오신 것을 환영합니다. 개발자들이 사람들에게 모바일 장치에서 기본 제스처를 사용하는 방법을 가르치고있는 것은 오래 전부터 그랬다는 것을 기억하십시오. 우리는 여전히 새로운 몸짓을 연구 중입니다. iOS 인터페이스가 진화하면서 우리는 실제 세계의 은유를 많이 벗어났습니다. 우리는 "이것은 종이 한장과 같습니다"또는 "이것은 휴지통과 같습니다. "인터페이스 요소는 이제 독자적으로 할 수 있습니다. 그래서 우리가해야 할 일은"이것은 당신이 쓸 수있는 것입니다."(구식 유행에 대한 기술 용어는
skeuomorphism
입니다.)
사람들이 휴대 기기를 어떻게 사용하는지보십시오. 특히 그들이하는 실수와 혼동하는 것을 지켜보십시오. 다른 사람이 기기를 사용하는 것을 보는 것보다 오류를 보면서 더 많은 것을 배울 수 있습니다. (사용자 모자를 착용 할 때 자신을 보도록 배웁니다.)