그래서 몇 가지 Big Nerd Ranch 텍스트를 읽은 후, Tweetbot 명성의 Paul Haddad가 인터페이스 작성기를 사용하지 않는다고 말하면서, 나는 한 가지 이유 또는 다른 이유로, 거기에 뭔가 잘못 됐어?UI를 코딩하거나 Interface Builder를 사용하는 것이 더 효율적입니까?
저는 개인적으로 Visual Basic을 사용하여 내 배경으로 인해 Interface Builder쪽으로 끌리는 것을 보게됩니다. 쉽고 빠르며 (나를 위해) 함께 일하는 것이 훨씬 즐겁습니다. 개발자가 프로그래밍 방식으로 디자인 된 UI를 Interface Builder에서 생성하는 것에 중점을 두어 효율성 (최종 앱의 성능 또는 개발 프로세스 중 하나를 통해) 때문에 어떤 이유가 있습니까? 짝?
고맙습니다.
인터페이스 빌더는 때때로 까다롭게 느껴질 수 있으며 최근까지는 UI 요소를 서로 상대적으로 레이아웃하는 측면에서 원격으로 복잡한 작업을 수행 할 수 없었습니다. 그렇게하기 위해 코드에 집중해야하기 때문에 많은 사람들이 모든 것을 코드로 처리합니다.
그러나 AutoLayout과 Interface Builder와의 놀라운 통합으로 인해 변경 될 수 있습니다.
그리고 이것이 제가 질문을 제기 한 이유입니다. Interface Builder를 사용하여 나쁜 습관에 빠지기를 원하지 않습니다. 요새 그는 Haddad가 그의 트위터 피드에 스낵을 올리기 전까지는 대중적인 의견이 바뀌고있는 것처럼 보였습니다. –
개인적으로 UI를 직접 코딩하면 코드를 더 잘 관리 할 수 있다고 생각합니다. 인터페이스 빌더는 GUI를 신속하게 작성하는 데 사용할 수 있으므로 pl이 지원하는 모든 GUI 구성 요소의 복잡한 세부 사항을 알 필요없이 실험 할 수 있습니다. 가장 좋은 방법은이 두 가지 방법을 혼합하여 인터페이스 빌더를 사용하여 신속하게 빌드 한 다음 원하는대로 코드를 이동하는 것입니다.
하나 이상의 다른 혜택이 있습니까? IB 생성물 등을 사용할 때 느린 인터페이스가 있습니까? –
내 20 센트 가치 ... 내가 아는 한 성능이 좋지 않을지 모르지만, 아마도 더 많은 선호가 있습니다. 리팩토링하거나 변경하는 경우 코드에서 더 나은 경우가 있습니다. GUI에서 작성된 링크에 대해 수행 할 수없는 검색 및 찾기/바꾸기가 더 쉽습니다. 삭제하고 새로운 이름으로 다시 링크해야합니다 ... p.s. 개발자의 다음 세대가 백분율이 변경 될 수도있는 순위를 통해 알게 될 수도 있습니다. – JimZ
나는 잡아 당김, 확실히 코딩 효율이 훨씬 높아진 것 같습니다. 고맙습니다. –