Storyboards와 프로그래밍 방식으로 iOS를 개발하는 속도는?

Question

처음 iOS 개발자로서 어떤 접근 방식을 사용하면보다 효율적으로 개발할 수 있습니까?

Answer 1

이에 대한 정답은 없습니다. 2 ~ 3 년 동안 Xcode로 개발해 온 사람에게는 이전 프로그래밍 방식이 더 효율적이며 스토리 보드는 외계인이되었습니다. 이것은 내가 개인적으로하는 상황입니다. Xcode 또는 iOS 개발을 막 시작한 누군가에게 Storyboard는 더 이해하기 쉽고 학습 곡선이 짧을 것입니다. 내가 storyboards를 피하는 것에 의해 나의 일을 빨리 끝낼 수있다. 그러나 그것은 내가 나의 오래되었던 길에서 너무나 설정하기 때문에있다. "옳은 것"이라면 무엇이든하고 IDE가 진화하면서 적응하십시오.

Answer 2

세 번째 옵션 인 Nib 파일로 이동합니다. 솔직히 말하면 스토리 보드보다는 유연성이 더 좋습니다. 나는 가까운 장래에 스토리 보드를 사용할 것 같지만, 지금은 성숙한 "접근"이 아니라는 생각이 든다. 때로는 코드로 일부 UI 구성 요소를 만들 필요가 있지만, 모든 것을 손으로 처리한다면 나는 파멸 할 것입니다.

Answer 3

스토리 보드 패러다임을 사용하여 기본 레이아웃을 만드는 것이 더 빠르며 프로그래밍 방식으로 수행합니다. 하지만 가장 좋은 방법은해야 할 일에 따라 세 가지 방식 (펜촉, 스토리 보드, 프로그래밍 방식)을 모두 결합하는 것입니다.

맞춤 설정이 거의 또는 전혀없는 기본 레이아웃이 판매되지 않으므로

저는 스토리 보드를 사용하여 클라이언트에게 보여주고 뷰의 흐름이 올바른지 확인하기 위해 스켈레톤 다이어그램을 만듭니다.

내 의견으로는 스토리 보드가 나중에 코드를 사용하여 맞춤 설정하는 것이 어려워 보입니다. 내부 요소에 액세스하기가 더 어렵 기 때문입니다.

코드에서 모든 것을 계산하는 시간을 피하기 위해 더미보기를 만들어 개발 속도를 높이는 것이 좋습니다.

Quartz를 사용하여 사용자 화 및 애니메이션 작업을 수행하기위한 코드.

Answer 4

속도 측면에서 보면 엄청난 시간 차이가 없을 것입니다. 그러나 당신이 펜촉을 사용하고 스토리 보드로 이동하기를 제안합니다. 닙 (nib)을 사용하는 코드와 아마도 (아마도는 아닐지라도) 매뉴얼 참조 카운팅을 보게 될 것이라고 확신합니다. 내 동료가 iOS 교육 과정을 운영하고 여전히 펜촉과 수동 참조 계산을 가르친 다음 StoryBoards 및 ARC로 이동합니다. 배울 시간이 조금 더 오래 걸릴 수도 있지만, 장래에 시간을 절약 할 수있을 것입니다. 나는 당신이이 접근법을 취하는 꽤나 혹은 심각한 iOS 개발자 일을 고려하고 있다면 제안한다.