<6주차> 스토리보드를 이용했을때의 장단점을 설명하시오.

[namsoo5]

No description provided.

[namsoo5]

스토리보드이용시 장점

앱의 흐름을 직관적으로 볼 수 있음
드래그 앤드롭으로 UI구성가능
개발이 빠름

단점

충돌시 해결어려움
스토리보드에 많은 컴포넌트들이 있으면 로딩시간이 오래걸림

[khyunjiee]

스토리보드 이용

장점
코드를 모르더라도 UI를 쉽게 구현할 수 있다.
직관적으로 앱의 흐름을 파악할 수 있다.
뷰의 초기화가 필요없어 만드는데 오랜 시간이 걸리지 않는다.

단점
뷰의 컴포넌트가 많아질수록 스토리보드 파일의 로딩시간이 오래걸린다.
컴포넌트가 많아질수록 세밀한 조정이 어렵다.
스토리보드 파일의 포맷이 XML이기 때문에 협업 시에 Merge Conflict가 발생하고, 해결하기 어렵다.
뷰의 재사용성이 떨어진다.
스토리보드의 identifier를 항상 지정해줘야 하므로, 번거로울 수 있다.

[iJoom]

장점
어느 위치에 무엇이 있는지 View의 구조와 형태를 한번에 파악이 가능합니다.
앱의 Flow Chart를 파악하는 것이 쉽습니다.
코드로 View를 제작하는 것 보다, 구성요소들을 직접보며 관리할 수 있어서 View 구성에 편합니다.
단점
깃 충돌시 해결이 번거롭습니다.
깃 충돌 방지를 위해 1View 1StoryBoard를 사용하면, 쉽게 앱의 Flow Chart를 파악하는 장점이 사라집니다.
협업시 다른 사람이 만든 View의 수정을 하기가 어렵습니다.
풀리퀘시 View의 수정사항을 자세히 써주지 않으면, 어떠한 점이 변경되었는지 파악하기 힘듭니다.
View의 특정한 부분을 컴포넌트화 하여 모듈화 할시, 스토리보드로는 재사용성이 떨어집니다.
(아주 간단한 예시로 색만 다른 10개의 View를 재활용한다고하면, 10개의 StoryBoard나 Xib를 만드는 것이 매우 비효율적, 당연히 코드로 처리해주는 것이 코드 Reuse UP!)

[choidam]

장점

• 앱의 흐름을 한 눈에 볼 수 있습니다.
• 뷰를 쉽고 빠르게 만들 수 있습니다.

단점

• 복잡한 앱을 개발할 경우 스토리보드 로딩 시간이 길어져서 생산성이 떨어집니다.
• 깃 충돌시 해결이 어렵습니다.
• 스토리보드로 만든 뷰는 재사용하기 어렵습니다.

[5anniversary]

장점

• 코드베이스에 비해서 빠른 UI 작성
• 코드베이스보다 직관적으로 배울수있음

단점

• 처음 키게 될 경우 로딩시간이 좀 많이 오래 걸림
• UI를 수정해야하는 이슈가 생기는 경우 수정하기 힘들다!

[elesahich]

장점

1. 가독성. 눈으로 보면서 코딩하는 느낌.
2. Attribute Inspector. 얘가 좀 좋은것 같다. @IBDesignable 이런걸로 인스펙터에 다 불러오면 UI Initializing할 때 가끔은 코드를 한줄도 안써도 된다

단점

1. 풀리퀘 받을때 상대방이 뭘 한지 알수가 없다 받아보고 알아야함
2. 스토리보드를 쪼개고 나서는 거의 컨필릭트가 안 나지만 컨필릭트 한번 나면 고약하다
3. Xib라는 미니 스토리보드를 만들었는데 이걸 만드는 순간 한눈에 볼 수 있다는 스토리보드의 장점이 좀 없어지는것 같아요
4. 스크롤뷰 길어지면 렉 엄청걸리고 가끔 팅겨요...
5. 그리고 SwiftUI에는 스토리보드가 없다는 것.... 그것은 애플이 인정한게 아닐까?.....(스토리보드 손절)

그렇지만 스토리보드 좋다.....나는 가끔 팅겨도 으으 하면서 다시 키게 됩니다. 좀 잘 만들어줬으면 좋았을텐데 아쉽아쉽

[dongminyoon]

장점

1. UI의 흐름을 눈으로 파악하기 쉽다.
2. 코드를 모르더라도 간단하 UI는 개발이 가능하고 개발할 때, 속도가 빠르다. (뷰를 만들기 쉽기 때문)

단점

1. 만약 여기서 충돌이 나면 XML 문서를 읽어야해서 충돌해결이 어렵다
2. 복잡한 UI를 개발할 때는 Storyboard를 이용하기 힘듦
3. 처음 불러올 때 로딩이 오래걸린다.