2011-11-09 3 views
3

저는 몇 달 동안 몇 가지 iPhone 앱을 제작 해왔고 xibs를 사용해 왔으며 현재 스토리 보드를 사용하고 있습니다. 내 질문은 다소 주관적 일 수 있지만 스토리 보드를 사용하여 iPhone 앱의 UI를 만들 때의 이점과 단점을 프로그래밍 방식으로 만드는 것과 비교하여 어떤 점이 있는지 알고 싶습니다. 더 많은 앱을 만들고 싶습니다. 스토리 보드 방식이 장기적으로 저를 방해하게되는지 알아야합니다. 다행스럽게도이 주제에 관해 좋은 토론을 할 수 있기를 바랍니다.프로그래밍 방식으로 아이폰 앱 대 스토리 보드 만들기

+1

스토리 보드 방식을 사용하면 최신 Xcode (4.2)가 기본적으로 xib 대신 모든 템플릿에 사용하기 때문에 아무런 방해가되지 않을지 의심 스럽습니다. 하나 또는 다른 장점/장점에 관한 흥미로운 질문. 나는 그것이 단지 선호의 문제라고 생각했지만, 나는 하나를 다른 것에 사용하는 것에 대한 좋은 논거에 관심이있을 것이다. 나는 개인적으로 xibs를 더 좋아한다. 스토리 보드는 여러 가지 하위 뷰와 탭/탐색 컨트롤러를 사용하여 다소 복잡하고 실망 스러울 수 있습니다. – chown

+1

http://stackoverflow.com/questions/998452/should-views-be-created-using-nibs-or-code-in-iphone –

답변

3

스토리 보드를 사용하여 파일 구조의 혼란을 없애고 섹 거스 (segues)와 함께 사용하기가 쉬워졌습니다. 그것은 여러 파일을 뛰어 넘지 않고 매우 쉽게 응용 프로그램의 흐름을 따르게합니다. 나는 내가 할 수있는 모든 일을 별도의 xib로 쉽게 할 수 있다는 것을 알았다. 스토리 보드 사용에있어 방해가되는 부분을 발견하지 못했습니다.

나는보기를 편집하기 위해 완전히 확대해야한다는 것을 좌절감에 빠뜨렸다. iPad의 전체적인 모습이 나타나지 않으면 내 노트북에서 개발하기가 어렵습니다! 뷰 계층 구조는 올바른 뷰 컨트롤러를 찾기 위해 실망 스러울 수 있습니다. 복잡한보기 상호 작용에서 화살표는 언제나 한 지점에서 다른 지점에서 일정한 반경으로 항상 들어가서 매우 미친 듯이 복잡해집니다.

나는 보조 기능이 매우 좋지만 시간의 50 %가 내부 충돌 오류를 일으킨다는 것을 알아 냈습니다. 필자는 항상 잘못된 헤더보기를 선택하지는 못하기 때문에 잘못된보기에 연결했습니다. 이는 절망적입니다. Xcode에 대한 업데이트가 있으면 좋겠다고 생각합니다.

전반적으로 나는 스토리 보드로 전환하는 것을 정말 좋아하고 모든 뷰가 관련되어 있는지를보고 사랑할 수 있으며 전환을 수행하는 데 매우 매끄러운 방법입니다. 나는 storyboards를 사용하여 미래의 발전을 다칠 것이라고 생각하지 않습니다.

+0

노트북에서 특히 "편집 할 확대/축소"에 동의합니다. . 또한 언급할만한 점은 Storyboard 편집기는 iPad/iPhone 너비/높이에서 정확하게 뷰를 자르므로 UIScrollview로 작업 할 수 없게되었습니다. – Leonardo

관련 문제