일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- MacOS
- Swift
- Archive
- Xcode
- Notification
- iOS16
- Realm
- error
- Code
- IOS
- FLUTTER
- rxswift
- mac
- window
- darkmode
- 웹뷰
- 개발자
- view
- Git
- geofencing
- 이미지
- Apple
- UIButton
- Firebase
- github
- Session
- SwiftUI
- appstore
- JPA
- 한글
- Today
- Total
목록iOS, Swift/Swift Theory (19)
EEYatHo 앱 깎는 이야기

AutoLayout 방법의 발전 Layout 방법은 AutoLayout을 끝으로, 오랫동안 많은 사람이 썼다. 때문에 다양한 구현법과 유용한 서드파티들도 나와있다. AutoLayout은 기본적으로 NSLayoutConstraint의 인스턴스를 생성하고, 이를 뷰에 붙힘으로써 제약사항을 걸어준다. 즉, 앞으로 나올 방식들은 NSLayoutConstraint 인스턴스를 생성하는 방법이며, 래핑 여부와 방법에 따라 나눠지는 것 1. NSLayout - 가장 고전적인 방법. - 소스가 길다 -> 필요없는 소스가 많음 (.isActive = true 라던지, 쓸대 없이 긴 객체 이름이라던지.. ) - 그다지 직관적이지 않다. 2. Visual Format - 마치 문자열에 뷰를 그리듯이 생성. - 한 축에 해당하..

Layout, Constraint, AutoLayout의 변천사 Swift에서 뷰를 그리는 Layout 방법은 아래 그림과 같이 발전해왔다. View를 Layout하는 방법. Frame-Based Layout -> AutoResizingMask -> AutoLayout AutoLayout의 방법. NSLayout -> VisualFormat -> Anchor -> SnapKit View를 Layout하는 방법의 발전 1. Frame-Based Layout - 뷰의 좌상단 점의 위치와, 넓이, 높이를 지정하여 뷰의 위치를 고정시킴 - 런타임에 뷰들의 구조가 변경되면 영향을 받는 모든 뷰의 프레임을 다시 계산 - 가로모드 화면, 다양한 크기용 뷰 구조가 따로 필요. 이런 방식은, iPhone 5와 iPad가..
라이브러리 iOS에서의 라이브러리 : 프로그램이 연결할 수 있는 패키징된 객체 파일들의 모음 정적(Static) 라이브러리와 공유(Share) 라이브러리가 있음. ( = 동적 라이브러리 ) 정적 라이브러리 - 라이브러리가 주된(main) 실행파일의 코드에 패킹되어 있음. - 빌드 시스템이 가장 단순. - 실행 프로그램에 코드가 물리적으로 복사되어 올라감. 공유(동적) 라이브러리 - 링커에 라이브러리의 참조만 저장. - 프로그램이 실행중에 공유 라이브러리가 필요한 순간에 메모리에 로드. - 심볼과 참조를 결정짓고 해당 라이브러리를 사용. - macOS에서 공유 라이브러리의 확장자는 .dylib 프레임워크 라이브러리는 단순히 실행가능한 코드이지만, 프레임워크는 공유라이브러리 + 헤더 + 각종 리소스를 포함하..