iOS 개발에 있어서 반드시 사용할 수 밖게 없는 Component가 있습니다. 바로 UI Alert Controller입니다. Android에서는 Dialog라고 불리는 것인데 iOS에는 UI Alert Controller가 2가지 형태로 제공됩니다. 1. alert 2. actionsheet Component의 이름이 생소해서 이게 뭐지? 했을 것이지만, 막상 이미지를 보니 아~ 이런 거구나 하고 생각했을 것입니다. iOS 에서 Swift를 사용하여 위 2가지 컴포넌트를 간단하게 구현해보도록 합시다. UI Alert 우선 아래의 코드를 보도록 합시다. uiAlertAction을 정의하기 전에 dialog를 띄워줄 버튼 이벤트를 연결합니다. (IBAction) @IBAction func onClickB..
안드로이드를 처음 배울 때 우리는 레이아웃을 XML을 사용하여 구현하였다. 그리고 activity class에서 view를 binding하여 기능을 구현하곤 하였다. 아래처럼 말이다. public class MainActivity extends AppCompatActivity { private Button button; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); button = findViewById(R.id.button); } } 보통 위와 같이 findViewById 메소드를 사용하여 구현하였을 것..
이번 포스트는 Android에서 커스텀 Fragment Pager Adapter를 활용하여 간단하게 Fragment View Pager를 구현해보도록 하겠습니다. RecyclerView나 ListView보다 더 간단한 코드를 통해 Fragment View Pager를 구현할 수 있습니다. 1. XML Layout 구성하기 우선 Activity에 ViewPager를 추가해줍니다. (사이즈는 Max로 해주셔도 되고 본인취향입니다.) 간단하게 ViewPager를 match_parent, match_parent로 하여 레이아웃을 구성해보았습니다. 이제 ViewPager에 추가해 볼 Fragment Layout를 짜보도록 하겠습니다. 레이아웃은 간단하게 구성합니다. fragment_start_1.xml fragm..
View Controller의 상태는 크게 4가지로 구성된다 Appearing View Controller가 Screen에 등장하기 시작한 순간부터 등장을 완료하기 직전까지의 상태 Appeared View Controller가 Screen 전체에 완전히 등장한 상태 Disappearing View Controller가 스크린에서 가려지기 시작해서 완전히 가려지기 직전까지의 상태 Disappeared View Controller가 스크린에서 완전히 가려졌거나 퇴장한 상태 > 상태 변화에 따른 API Method 1) Appearing -> Appeared viewDidAppear: 2) Appeared -> Disappearing viewWillDisappear: 3) Disappearing -> Disa..
application(_:willFinishLaunchingWithOptions:) 앱이 구동되어 필요한 초기 실행 과정이 완료되기 직전에 호출되는 메소드 application(_:didFinishLaunchingWithOptions:) 앱이 사용자에게 화면으로 표시되기 직전에 호출되는 메소드 앱이 실행된 후에 진행할 커스터마이징이나 초기화를 위한 코드를 여기에 작성하면 된다. applicationDidBecomeActive(_:) 실행된 앱이 Foreground, 즉 화면 전면에 표시될 때 호출되는 메소드 앱이 Inactive 상태에 들어가면서 일시 중지된 작업이 있다면 이를 재시작하는 코드를 여기에 작성해주어야 한다. applicationDidEnterBackground(_:) 앱이 Backgroun..
iOS가 가질 수 있는 앱의 상태 값은 다음과 같다. Not Running 앱이 시작되지 않았거나 실행되었지만 시스템에 의해 종료된 상태 Inactive 앱이 전면에서 실행중이지만, 아무런 이벤트를 받지 않고 있는 상태 Active 앱이 전면에서 실행 중이며, 이벤트를 받고 있는 상태 Background 앱이 백그라운드에 있지만 여전히 코드가 실행되고 있는 상태 Suspended 앱이 메모리에 유지되지만 실행되는 코드가 없는 상태, iOS시스템은 메모리가 부족한 상황이 오면 Suspended상태에 있는 앱들을 특별한 알림 없이 정리하여 Foreground에 있는 앱의 여유 공간을 확보한다.
Context의 정의 Interface to global information about an application environment. This is an abstract class whose implementation is provided by the Android system. It allows access to application-specific resources and classes, as well as up-calls for application-level operations such as launching activities, broadcasting and receiving intents, etc. Application 환경에 대한 전역 정보를 접근하기 위한 인터페이스. 추상 클래스이며 ..
Android Activity의 4가지 런치모드에는 다음과 같이 존재한다. Standard SingleTop SingleTask SingleInstance Standard방식 일반적인 모드다. 동일한 액티비티던 다른 액티비티던 계속 엑티비티 스택에 쌓아 올린다. SingleTop방식 statndard 모드와 다르게 "최상위 스택에 있는 엑티비티"를 또 다시 호출할경우 새로 스택에 쌓지않고 기존에 있는 액티비티를 재활용하고 이때 해당 엑티비티 (그림에서 A) 는 onNewIntent() 메서드가 호출되고 새로운 intent 를 넘김으로써, 엑티비티가 다시 호출 됬음을 알린다. 이때 주의할 점은 "최상위 스택"에 있지 않는 엑티비티의 경우 그냥 standard 모드 처럼 새로운 엑티비티가 생성되고 스택에 쌓..
- Total
- Today
- Yesterday
- 함수형프로그래밍
- Kotlin
- databinding
- 알고리즘
- Apple Watch
- 애플워치
- android
- java
- retrofit
- Swift
- Auto Layout
- 오토레이아웃
- watchos
- ios
- 스위프트
- 코틀린
- 아이폰
- C++
- XCode
- Elliotable
- 컬렉션
- apple
- Notissu
- 함수형
- Rxjava
- CloudComputing
- 안드로이드
- Reactive programming
- SwiftUI
- 상속
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |