하루플스토리

Android 15 StatusBar, NavigationBar 확장으로 발생하는 문제 해결

하루플스토리 — Wed, 11 Jun 2025 21:22:10 +0900

안녕하세요, 하루플입니다.

최근 회사 프로젝트를 진행하면서 Android 15 버전을 대응하게 되었는데 간단(?)할 줄 알았으나 생각보다 시간을 써서 문제 해결 과정을 적어봅니다.

Android15 부터 더 넓은 화면을 표시하도록 하는 edge to edge 함수가 모든 화면에 적용되고, 구글에서도 더 넓은 화면으로 개발하기를 권장하고 있습니다.

상단 StatusBar 영역과, 하단 Navigation Bar 이 투명하게 확장되었습니다.

이로인해 기존 앱 UI에 문제가 생겼습니다.

Android 14 / Android 15

Android 15에서는 StatusBar 부분이 투명해지면서 UI가 전체적으로 올라가게 되었고, 뒤로가기 버튼 등 여러 UI가 StatusBar, NavigationBar와 겹쳐지게 되었습니다.

위 문제를 구글에서는 Inset 정보를 가져와서 margin이나 padding을 적용해서 해결하도록 권장하고 있습니다.

ViewCompat.setOnApplyWindowInsetsListener(view) { _, insets ->
    val statusBarHeight = insets.getInsets(WindowInsetsCompat.Type.statusBars()).top
    val navBarHeight = insets.getInsets(WindowInsetsCompat.Type.navigationBars()).bottom
    insets
}

저희 프로젝트는 대부분 Activity 하나에 여러개의 Fragment로 이루어져있고, 일부 Compose로 전환된 상태입니다.

위 코드를 Activity와 Fragment에서 사용했을 때 아래의 2가지 문제가 발생했습니다.

1. Fragment 에서 setOnApplyWindowInsetsListener 의 Inset 값이 호출되지 않는 문제 발생.
2. 여러화면에서 동시에 setOnApplyWindowInsetsListener 호출시 가장 마지막에 호출된 리스너만 등록되는 문제 발생.

사실 더 쉬운 방법으로 statusBar 와 navigationBar height를 가져오는 방법을 알고 있었지만, 앞으로의 구글 업데이트에 요긴하게 대처하고 구글이 권장하는 방법을 따르기 위해 Inset 을 사용하는 방법으로 계속 개발을 진행했습니다.

1. StatusBar, NavBar Height 구하는 유틸리티 함수

/**
 * Android 15 statusBar, navBar Deprecated
 * 이를 대비하여 최상단, 최하단 뷰에 마진을 추가하기 휘해 높이를 구하는 함수 입니다.
 */
fun onSystemBarInsetsChanged(
    view: View,
    onChanged: (statusBarHeight: Int, navBarHeight: Int) -> Unit
) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE) {
        ViewCompat.setOnApplyWindowInsetsListener(view) { _, insets ->
            val statusBarHeight = insets.getInsets(WindowInsetsCompat.Type.statusBars()).top
            val navBarHeight = insets.getInsets(WindowInsetsCompat.Type.navigationBars()).bottom
            onChanged(statusBarHeight, navBarHeight)
            insets
        }
    } else {
        onChanged(0, 0)
    }
}

유틸리티 클래스에 statusBar와 navBar Height를 구하는 함수를 먼저 만들었습니다.

리스너에서 Inset의 변화를 감지하면 람다함수로 전달하도록 했습니다.

2. 뷰에 마진을 더하는 유틸리티 함수 개발

private val baseTopMargins = mutableMapOf<View, Int>() // 함수를 여러번 실행해도 높이가 중복으로 증가하지 않도록 첫 마진값 저장

fun applyStatusBarMargin(height:Int, views: List<View>) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE) {
        views.forEach { view ->
            val baseMargin = baseTopMargins.getOrPut(view) { view.marginTop }
            view.updateLayoutParams<ViewGroup.MarginLayoutParams> {
                topMargin = baseMargin + height
            }
        }
    }
}

private val baseBottomMargins = mutableMapOf<View, Int>() // 함수를 여러번 실행해도 높이가 중복으로 증가하지 않도록 첫 마진값 저장

fun applyNavigationBarMargin(height: Int, views: List<View>) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE) {
        views.forEach { view ->
            val baseMargin = baseBottomMargins.getOrPut(view) { view.marginBottom }
            view.updateLayoutParams<ViewGroup.MarginLayoutParams> {
                bottomMargin = baseMargin + height
            }
        }
    }
}

함수를 여러번 실행했을 때 View의 마진이 중복으로 늘어나지 않도록 baseMargins 라는 전역변수를 만들어두었습니다.

3. viewModel 에 값 저장

viewModel 에 아래와 같이 height를 저장하는 변수를 선언합니다.

val statusBarHeight = MutableLiveData<Int>().apply { value = 0 }
val navBarHeight = MutableLiveData<Int>().apply { value = 0 }

Activity 에 아래와 같이 height 정보를 ViewModel에 저장하도록 합니다.

onSystemBarInsetsChanged(binding.root) { statusBarHeight, navBarHeight ->
    addProfileVM.statusBarHeight.value = statusBarHeight
    addProfileVM.navBarHeight.value = navBarHeight
}

4. observe로 margin 업데이트

addProfileVM.statusBarHeight.observe(viewLifecycleOwner) {
    applyStatusBarMargin(height = it, views = listOf(binding.ivBack))
}
addProfileVM.navBarHeight.observe(viewLifecycleOwner) {
    applyNavigationBarMargin(height = it, views = listOf(binding.btnNext))
}

아까 만들어둔 마진 업데이트 유틸리티 함수를 활용해 뷰를 업데이트 합니다.

NavigationBar에 가려진 RecyclerView

RecyclerView의 경우 항목의 최하단에 padding이 추가되어야 Navigation Bar에 가려지지 않으므로 아래 코드를 작성해줍니다.

binding.recyclerView.setPadding(
    binding.recyclerView.paddingLeft,
    binding.recyclerView.paddingTop,
    binding.recyclerView.paddingRight,
    navBarHeight // 하단 padding 추가
)
binding.recyclerView.clipToPadding = false // padding 영역까지 스크롤되도록 설정

이렇게 Activity에서만 Inset을 얻어오고, 실제 뷰가 존재하는 Fragment에서 뷰를 업데이트 하는 간단하고 짧은 코드로 모든 화면을 Android 15에 대응하게 되었습니다.

[Swift] 갑자기 iOS를 하게 되면서 Swift 언어 하루컷

하루플스토리 — Sat, 11 Jan 2025 16:57:22 +0900

회사의 사정으로 인해 갑자기 iOS의 업무 일부를 맡게 되었다.

그나마 다행인건 Kotlin과 Swift가 유사한 언어라는 점에서 빠르게 학습할 수 있었고,

Swift를 공부할 때 어떤 부분이 Kotlin과 유사한 문법인지를 찾아보면서 이해를 더 쉽게 할 수 있었다.

이제 XCode IDE에 익숙해지고 RXSwift같이 회사 프로젝트에 적용되어 있는 기술들도 찾아볼 예정

아래 내용은 공부하면서 노션에 적어두긴 했지만, 블로그에도 같이 작성해두려 한다.

var 변경 가능한 변수

let 변경 불가능한 상수

기본 데이터 타입

var someInt: Int = -100 // 양, 음의 정수

var someUInt: UInt = 100 // 양의 정수

var someFloat: Float = 3.14

var someDouble: Double = 3.14

var someCharacter: Character = "a" // 한 글자

var someString: String = "하하하"

var someAny: Any = 100 // 모든 타입

var someAnyObject: AnyObject = SomeClass() // 모든 클래스 타입을 지칭하는 프로토콜

nil // 데이터 없음

함수

반환 값이 있는 함수

func sum(a: Int, b: Int) -> Int {
    return a + b
}

sum(a: 3, b: 5)

반환 값이 없는 함수

func printMyName(name: String) -> Void {
    print(name)
}

printMyName(name: "동환")

func printMyName(name: String = "동환") { // 매개변수 기본값 설정
    print(name)
}

매개변수가 없는 함수

func maximumIntegerValue() -> Int {
    return Int.max
}

매개변수와 반환값이 없는 함수

func printLog() {
    print("Test")
}

전달인자
swift에는 함수의 파라미터로 함수 외부에서 입력하는 전달인자 라는 개념이 있다. 아래 예시로 함수를 사용할 때는 to, from을 사용하고, 함수 내부에서는 friend, me 사용

func greeting(to friend: String, from me: String) {
    print("Hello \\(friend)! I'm\\(me)")
}

greeting(to: "친구", from: "동환")

가변 매개변수
전달 받을 값의 개수를 알기 어려울 때 사용 가변 매개변수는 함수당 하나만 가질 수 있다

func sayHelloToFriends(me: String, friends: String...) -> String {
    return "Hello \\(friends)! I'm \\(me)"
}

sayHelloToFriends(me: "동환", friends: "친구1", "친구2", "친구3")

함수의 타입 표현

func greeting(to friend: String, from me: String) {
    print("Hello \\(friend)! I'm\\(me)")
}

// String, String 타입의 greeting 함수를 리턴하는 someFunction 변수
var someFunction: (String, String) -> Void = greeting(to:from:)
someFunction("친구", "동환")

조건문

if (someInteger < 100) {
    print("100 미만")
} else if someInteger > 100 { // if문 괄호 없어도 됨
    print("100 초과")
} else {
    print("100")
}

let someInteger: Int = 100

switch someInteger {
case 0:
    print("0")
case 1..<100:
    print("1~99")
case 100:
    print("100")
case 101...Int.max:
    print("over 100")
default: // 예외 상황이 있을 때는 default가 반드시 있어야 함.
    print("unknown")
}

반복문

var integers = [1, 2, 3]
let people = ["yagom": 10, "eric": 15, "mike": 12]

// for 문
for num in integers {
    print(num)
}

// Dictionary for 문 사용
for (name, age) in people {
    print("\\(name): \\(age)")
}

// white 문 (괄호 있어도, 없어도 됨)
while integers.count > 1 {
    integers.removeLast()
}

// 다른 언어의 do white과 동일
// do를 사용안한 이유는 swift는 오류 처리에서 do를 사용하기 때문
repeat {
    integers.removeLast()
} while integers.count > 0

옵셔널

옵셔널은 값이 있을 수도 있고, 없을 수도 있음.
nil의 가능성을 명시적으로 표현
코틀린과 마찬가지로 자료형에 ? 사용

func someFunction(someOptionalParam: Int?) {
    
}
someFunction(someOptionalParam: nil)

func someFunction(someParam: Int) {
    
}

? : nil 일수도 있음
! : 값이 반드시 있음. nil이면 에러 발생

구조체

Swift의 구조체(Struct)는 데이터와 기능을 캡슐화하여 하나의 사용자 정의 데이터 타입을 정의할 수 있는 강력한 도구입니다. Swift의 구조체는 값 타입(Value Type)이며, 클래스와 유사한 기능을 많이 제공합니다. 구조체는 프로그램의 데이터를 모델링하고 기능을 포함하는 데 자주 사용됩니다.

값 타입(Value Type)
- 구조체는 값 타입으로, 변수나 상수에 할당되거나 함수에 전달될 때 복사됩니다.
- 값 타입은 각 복사본이 독립적으로 존재하며, 하나의 인스턴스를 변경해도 다른 복사본에는 영향을 주지 않습니다.
속성과 메서드 포함 가능
- 구조체는 저장 속성, 계산 속성, 메서드 등을 가질 수 있습니다.
- 클래스와 유사한 방식으로 동작하지만 상속은 지원하지 않습니다.
초기화 메서드 제공
- Swift는 구조체에 대해 자동으로 초기화 메서드(Initializer)를 생성합니다.
프로토콜 준수 가능
- 구조체는 프로토콜을 채택하고 요구 사항을 구현할 수 있습니다.
상속 불가
- 구조체는 다른 구조체 또는 클래스로부터 상속할 수 없습니다. 클래스만 상속을 지원합니다.

1. 저장 속성

구조체 내부에 데이터를 저장할 수 있다.

struct Point {
    var x: Double
    var y: Double
}

let point = Point(x: 3.0, y: 4.0)
print(point.x) // 3.0

2. 계산 속성

계산된 값을 반환하는 속성으로, 저장되지 않고 호출될 때마다 계산된다.

struct Rectangle {
    var width: Double
    var height: Double

    var area: Double {
        return width * height
    }
}

let rect = Rectangle(width: 5.0, height: 4.0)
print(rect.area) // 20.0

3. 메서드

구조체는 인스턴스 메서드와 타입 메서드를 가질 수 있다.

struct Circle {
    var radius: Double

    func circumference() -> Double {
        return 2 * Double.pi * radius
    }
}

let circle = Circle(radius: 5.0)
print(circle.circumference()) // 31.41592653589793

4. 가변 메서드

값 타입에서 메서드 내의 속성을 수정하려면 mutating 키워드를 사용해야 한다.

struct Counter {
    var count = 0

    mutating func increment() {
        count += 1
    }
}

var counter = Counter()
counter.increment()
print(counter.count) // 1

5. 타입 속성과 타입 메서드

static 키워드를 사용하여 타입 수준에서 동작하는 속성과 메서드를 정의할 수 있다.

struct Math {
    static let pi = 3.141592653589793

    static func square(_ value: Double) -> Double {
        return value * value
    }
}

print(Math.pi) // 3.141592653589793
print(Math.square(3)) // 9.0

언제 구조체를 사용해야 할까?

• 독립적인 값 복사가 필요한 경우: 값이 변경될 때 다른 복사본에 영향을 주지 않아야 하는 경우.

• 상속이 필요하지 않은 경우: 상속이나 다형성이 필요하지 않다면 구조체를 사용.

• 간단한 데이터 모델링: 좌표(Point), 크기(Size), 범위(Range) 등.

• 경량 데이터 처리: 메모리 효율적으로 데이터 처리.

클래스

구조체는 값 타입, 클래스는 참조 타입이라는 것이 크게 다른 점이다.

스위프트의 클래스는 다중 상속이 되지 않는다.

클래스도 구조체와 유사하게 프로퍼티와 메서드를 가질 수 있다.

참조 타입(Reference Type)

클래스의 인스턴스는 변수에 할당되거나 함수로 전달될 때 참조(Reference)가 복사됩니다.
같은 인스턴스를 여러 곳에서 참조하면, 한 곳에서 값을 변경할 경우 모든 참조에 영향을 미칩니다.

상속 가능(Inheritance)

클래스는 다른 클래스로부터 속성과 메서드를 상속할 수 있습니다.
이는 코드 재사용성을 높이는 데 유용합니다.

초기화 메서드 제공

클래스는 초기화 메서드(init)를 정의하여 초기 상태를 설정할 수 있습니다.
필요에 따라 디이니셜라이저(deinit)를 사용하여 리소스를 해제할 수 있습니다.

타입 캐스팅(Type Casting):

클래스의 인스턴스는 런타임에서 다른 타입으로 캐스팅할 수 있습니다.

값 비교:

클래스는 참조 비교를 사용하여 동일성(identity)을 확인합니다.
=== 연산자를 사용하여 두 참조가 같은 인스턴스를 가리키는지 확인합니다.

프로토콜 준수 가능:

클래스는 프로토콜을 채택하고 요구 사항을 구현할 수 있습니다.

초기화와 디이니셜라이저

init : 클래스의 인스턴스를 생성할 때 호출되는 초기화 메서드
deinit : 인스턴스가 메모리에서 해제될 때 호출되는 디이니셜라이저

class Person {
    var name: String

    init(name: String) {
        self.name = name
        print("\\(name) is initialized")
    }

    deinit {
        print("\\(name) is being deinitialized")
    }
}

var person: Person? = Person(name: "Alice")
person = nil // "Alice is being deinitialized"

열거형

enum은 타입이므로 대문자 카멜 케이스를 사용하여 이름 정의

각 case들은 소문자 카멜 케이스 사용

enum Weekday {
    case mon // 하나씩 케이스를 만들어도 되고
    case thu
    case wed
    case thu, fri, sat, sun // 하나의 케이스에 여러개를 쓸 수도 있다
}

var day: Weekday = Weekday.mon // 이렇게 사용

열거형은 switch 구문과 함께 자주 사용된다.

func navigate(to direction: Direction) {
    switch direction {
    case .north:
        print("Move North")
    case .south:
        print("Move South")
    case .east:
        print("Move East")
    case .west:
        print("Move West")
    }
}

navigate(to: .north) // "Move North"

각 케이스에 기본값(문자열, 정수 등)을 할당할 수 있다.

enum Weekday: String {
    case monday = "Mon"
    case tuesday = "Tue"
    case wednesday = "Wed"
    case thursday = "Thu"
    case friday = "Fri"
}

print(Weekday.monday.rawValue) // "Mon"

열거형의 원시 값이 Int인 경우, 첫번째 값 이후 자동으로 증가한다.

enum Rank: Int {
    case one = 1
    case two
    case three
}

print(Rank.two.rawValue) // 2

열거형에 메서드를 정의할 수 있다.

enum TrafficLight {
    case red, yellow, green

    func description() -> String {
        switch self {
        case .red:
            return "Stop"
        case .yellow:
            return "Caution"
        case .green:
            return "Go"
        }
    }
}

let light = TrafficLight.green
print(light.description()) // "Go"

값 타입과 참조 타입

값 타입

데이터를 전달할 때 값을 복사하여 전달

참조 타입

데이터를 전달할 때 값의 메모리 위치를 전달

값 타입 예제

struct Point {
    var x: Int
    var y: Int
}

var point1 = Point(x: 10, y: 20)
var point2 = point1 // 독립적인 복사본 생성

point2.x = 30

print(point1.x) // 10 (point1은 변경되지 않음)
print(point2.x) // 30

참조 타입 예제

class Point {
    var x: Int
    var y: Int

    init(x: Int, y: Int) {
        self.x = x
        self.y = y
    }
}

let point1 = Point(x: 10, y: 20)
let point2 = point1 // 동일한 참조

point2.x = 30

print(point1.x) // 30 (point1과 point2는 동일한 참조를 공유)
print(point2.x) // 30

스위프트는 구조체, 열거형 사용을 선호
Apple 프레임워크는 대부분 클래스 사용
Apple 프레임워크 사용시 구조체/클래스 선택은 우리의 몫

클로저

클로저(Closure) 는 Swift에서 중괄호 {}로 정의되는 코드 블록을 의미하며, 익명 함수와 유사한 개념으로 사용됩니다. 클로저는 데이터를 캡슐화하거나 특정 작업을 수행하는 코드를 작성하는 데 유용하며, 변수나 상수처럼 다른 곳으로 전달하거나 저장할 수 있습니다.

기본 문법

{ (parameters) -> returnType in
    // 실행 코드
}

예시

let greet = { (name: String) -> String in
    return "Hello, \\(name)!"
}

print(greet("Alice")) // "Hello, Alice!"

클로저 표현식 간소화

매개변수와 반환값 타입 추론

let greet = { name in
    "Hello, \\(name)!"
}
print(greet("Bob")) // "Hello, Bob!"

타입을 생략하면 Swift가 타입을 추론한다.

매개변수 이름 축약

let square = { $0 * $0 }

print(square(5)) // 25

$0, $1 같은 축약 매개변수 이름을 사용할 수 있다.

후행 클로저

let numbers = [1, 2, 3, 4]
let doubled = numbers.map { $0 * 2 }

print(doubled) // [2, 4, 6, 8]

클로저가 함수의 마지막 매개변수로 전달될 때, 소괄호 ( ) 밖에 작성할 수 있다.

비동기 작업

클로저는 비동기 작업 (예 : 네트워크 요청, 타이머) 에서 콜백으로 자주 사용된다.

func fetchData(completion: @escaping (String) -> Void) {
    DispatchQueue.global().async {
        // 비동기 작업 수행
        let data = "Sample Data"
        DispatchQueue.main.async {
            completion(data)
        }
    }
}

fetchData { data in
    print("Fetched data: \\(data)")
}

UI 이벤트 처리

Swift UI 및 UIKit에서 버튼 클릭이나 제스처 인식을 처리할 때 클로저를 사용한다.

button.addTarget(self, action: #selector(buttonTapped), for: .touchUpInside)

@objc func buttonTapped() {
    print("Button was tapped!")
}

프로퍼티

인스턴스 저장 프로퍼티

var name: String = ""
var 'class': String = "Swift"
var koreanAge: Int = 0

인스턴스 연산 프로퍼티

var westernAge: Int {
    get {
        return koreanAge - 1
    }
    set(inputValue) {
        koreanAge = inputValue + 1
    }
}

타입 저장 프로퍼티

static var typeDescription: String = "학생"

읽기 전용 인스턴스 연산 프로퍼티

get만 있으면 읽기 전용, 쓰기 전용은 없다.

var selfIntroduction: String {
    get {
        return "저는 \\(self.class)반 \\(name)입니다"
    }
}

set에서 특별히 (inputValue)와 같이 선언하지 않으면 기본적으로 newValue 를 사용하면 된다.

struct Money {
    var currencyRate: Double = 1480
    var dollar: Double = 0
    var won: Double {
        get {
            return dollar * currencyRate
        }
        set {
            dollar = newValue / currencyRate
        }
    }
}

var moneyInMyPoket = Money()
moneyInMyPoket.won = 14800 // 14800
moneyInMyPoket.dollar = 10 // 14800

프로퍼티 감시자

프로퍼티 감시자는 willSet과 didSet이라는 두 가지 키워드를 사용하여 정의된다.

var propertyName: Type {
    willSet(newValue) {
        // 값이 설정되기 직전에 호출
    }
    didSet {
        // 값이 설정된 직후에 호출
    }
}

willSet

값이 변경되기 직전에 호출됩니다.
newValue라는 매개변수로 새 값을 전달받습니다.
newValue 이름을 생략하면 기본적으로 newValue가 사용됩니다.

didSet

값이 변경된 직후에 호출됩니다.
oldValue라는 매개변수로 이전 값을 참조할 수 있습니다.
oldValue 이름을 생략하면 기본적으로 oldValue가 사용됩니다.

기본 예제

struct Counter {
    var count: Int = 0 {
        willSet(newCount) {
            print("Count will be set to \\(newCount)")
        }
        didSet {
            print("Count was set from \\(oldValue) to \\(count)")
        }
    }
}

var counter = Counter()
counter.count = 10
// 출력:
// "Count will be set to 10"
// "Count was set from 0 to 10"

유효성 검사

값을 설정할 때 유효성을 확인하거나, 특정 조건을 만족하지 않으면 값을 되돌리는 로직

var age: Int = 0 {
    didSet {
        if age < 0 {
            print("Invalid age, resetting to 0")
            age = 0
        }
    }
}

age = -5
// "Invalid age, resetting to 0"
print(age) // 0

UI 업데이트

UI가 프로퍼티 값에 따라 동적으로 변경되어야 할 때 사용할 수 있다.

var score: Int = 0 {
    didSet {
        print("Updating UI: New score is \\(score)")
    }
}

score = 100
// 출력:
// "Updating UI: New score is 100"

의존 값 자동 업데이트

한 프로퍼티가 다른 프로퍼티에 의존할 경우, 값을 자동으로 업데이트 할 수 있다.

var length: Double = 0.0 {
    didSet {
        area = length * width
    }
}

var width: Double = 0.0 {
    didSet {
        area = length * width
    }
}

var area: Double = 0.0

length = 10.0
width = 5.0
print(area) // 50.0

상속

클래스, 프로토콜 등에서 상속이 가능하다
열거형, 구조체는 상속 불가능
스위프트는 다중상속을 지원하지 않는다

class Person {
    var name: String = "동환"
    
    func selfIntroduce() {
        print("저는 \\(name)입니다")
    }
    
    // final 키워드를 사용하여 재정의를 방지할 수 있습니다
    final func sayHello() {
        print("hello")
    }
    
    // 재정의 불가 타입 메서드
    static func typeMethod() {
        
    }
    
    // 재정의 가능 타입 메서드
    class func classMethod() {
        
    }
    
    // 메서드 앖의 final class는 static과 똑같은 역할이므로 재정의 할 수 없다
    final class func finalClassMethod() {
        
    }
}

인스턴스의 생성과 소멸

스위프트에서 클래스 내부의 프로퍼티는 기본값이 반드시 있어야 한다.

만약 프로퍼티 기본값을 지정하기 어려운 경우에는 이니셜라이저를 통해 인스턴스가 가져야 할 초기값을 전달할 수 있다.

class Person {
    var name: String
    var age: Int
    var nickName: String
    
    init(name: String, age: Int, nickName: String) {
        self.name = name
        self.age = age
        self.nickName
    }
}

만약 프로퍼티의 초기 값이 꼭 필요 없다면 null 허용을 하면 된다

var nickName: String?

암시적 추출 옵셔널 (kotlin : lateinit)

인스턴스 사용에 꼭 필요하지만 초기값을 할당하지 않고자 할 때 사용

class Puppy {
    var name: String
    var owner: Person!
    
    init(name: String) {
        self.name = name
    }
}

반드시 있어야 하는 owner에 ! 를 붙여서 반드시 필요함을 알려주고, 나중에 초기화 한다.

kotlin의 lateinit과 비슷한 것 같다.

옵셔널 체이닝과 nil 병합 연산자

코틀린과 유사해서 너무 좋다!

var guardJob: String
    guardJob = donghwan?.home?.guard?.job ?? "슈퍼맨"

? 로 nil 인지 아닌지 확인하는 것이 옵셔널 체이닝

?? 로 nil 이면 “슈퍼맨” 을 적용하는 것이 nil 병합 연산자

타입 캐스팅

인스턴스의 타입을 확인하는 용도.

is, as 를 사용한다.

키워드 역할

is	객체가 특정 타입인지 확인. 결과는 true 또는 false.
as	캐스팅을 수행. 성공해야만 동작하며, 실패 시 런타임 에러 발생
as?	옵셔널 캐스팅. 캐스팅 성공 시 옵셔널 타입으로 반환, 실패 시 nil.
as!	강제 캐스팅. 캐스팅 실패 시 런타임 에러 발생.

타입 확인 (is)

class Animal {}
class Dog: Animal {}
class Cat: Animal {}

let pet: Animal = Dog()

if pet is Dog {
    print("This is a Dog")
} else if pet is Cat {
    print("This is a Cat")
}
// 출력: "This is a Dog"

안전한 캐스팅 (as?)

let pet: Animal = Dog()

if let dog = pet as? Dog {
    print("This is a Dog: \\(dog)")
} else {
    print("Not a Dog")
}
// 출력: "This is a Dog: Dog"

강제 캐스팅 (as!)

let pet: Animal = Dog()

let dog = pet as! Dog // 강제 캐스팅
print("This is a Dog: \\(dog)")
// 출력: "This is a Dog: Dog"

assert

assert 함수는 디버깅 모드에서만 동작한다.
배포하는 앱에서는 제외된다.
주로 디버깅 중 조건의 검증을 위해 사용한다.

간단한 조건 검사

let age = 25
assert(age >= 0, "Age cannot be negative")

위 코드에서 age가 음수일 경우 프로그램이 중단되고, 메시지 "Age cannot be negative"가 출력된다.

논리적 오류 확인

let number = 10
assert(number % 2 == 0, "Number must be even")
// 조건이 참이므로 프로그램 계속 실행

배열 인덱스 검사

let array = [1, 2, 3]
let index = 2

assert(index >= 0 && index < array.count, "Index out of bounds")
// index가 유효한지 확인
print(array[index]) // 정상 실행

guard

guard를 사용하여 잘못된 값을 전달시 특정 실행 구문을 빠르게 종료한다.
디버깅 모드 뿐만 아니라 어떤 조건에서도 동작한다.
guard의 else 블럭 내부에는 특정 코드 블럭을 종료하는 지시어 (return, break 등)가 있어야 한다.
타입 캐스팅, 옵셔널과도 자주 사용된다.

1. 기본 사용

func checkNumber(_ number: Int) {
    guard number > 0 else {
        print("Number must be greater than 0")
        return
    }

    print("Number is \\(number)")
}

checkNumber(5)   // 출력: "Number is 5"
checkNumber(-3)  // 출력: "Number must be greater than 0"

2. 옵셔널 바인딩

guard let을 사용하여 옵셔널 값을 안전하게 언래핑할 수 있습니다.

func greet(name: String?) {
    guard let unwrappedName = name else {
        print("Name is nil")
        return
    }
    print("Hello, \\(unwrappedName)!")
}

greet(name: "Alice") // 출력: "Hello, Alice!"
greet(name: nil)     // 출력: "Name is nil"

3. 여러 조건 검사

func validateUser(age: Int?, name: String?) {
    guard let age = age, age >= 18, let name = name, !name.isEmpty else {
        print("Invalid user")
        return
    }

    print("Welcome, \\(name), age \\(age)")
}

validateUser(age: 20, name: "Alice") // 출력: "Welcome, Alice, age 20"
validateUser(age: nil, name: "Bob")  // 출력: "Invalid user"
validateUser(age: 16, name: "Eve")  // 출력: "Invalid user"

프로토콜

코틀린의 인터페이스와 비슷하다!!

어려운 설명

Swift에서 특정 역할을 수행하기 위해 필요한 메서드, 프로퍼티, 또는 기타 요구사항을 정의하는 청사진(blueprint)입니다. 클래스, 구조체, 열거형은 프로토콜을 채택(Adopt)하고, 정의된 요구사항을 구현(Implement)해야 합니다.

쉬운 설명

이 기능이 꼭 필요해! 이 기능을 꼭 만들어 둬야해 라고 강요하는 것.

어떤 객체가 이런 기능을 제공해야 한다 라는 약속을 정하는 것.

기본 문법

protocol ProtocolName {
    // 메서드, 프로퍼티 요구사항 정의
}

프로토콜 정의

protocol Greetable {
    var name: String { get } // 읽기 가능한 프로퍼티
    func greet()             // 메서드 요구사항
}

프로토콜 채택 및 구현

struct Person: Greetable {
    var name: String

    func greet() {
        print("Hello, my name is \\(name).")
    }
}

let person = Person(name: "Alice")
person.greet() // 출력: "Hello, my name is Alice."

코틀린과 비교

Swift

protocol Greetable {
    var name: String { get }
    func greet()
}

struct Person: Greetable {
    var name: String
    func greet() {
        print("Hello, \\(name)!")
    }
}

Kotlin

interface Greetable {
    val name: String
    fun greet()
}

class Person(override val name: String) : Greetable {
    override fun greet() {
        println("Hello, $name!")
    }
}

익스텐션

코드 분리와 재사용성 향상

익스텐션을 사용하면 관련 기능을 한 곳에 모아 코드의 모듈화를 도울 수 있습니다.

→ 코틀린의 확장 함수와 유사함

계산 프로퍼티 추가

익스텐션 타입으로 기존 타입에 새로운 계산 프로퍼티를 추가할 수 있다.

extension Int {
    var squared: Int {
        return self * self
    }
}

let number = 5
print(number.squared) // 출력: 25

메서드 추가

extension String {
    func isPalindrome() -> Bool {
        return self == String(self.reversed())
    }
}

let word = "racecar"
print(word.isPalindrome()) // 출력: true

오류 처리

사용자 정의 에러를 만들 수 있다.

Error 타입은 열거형으로 구현되는 경우가 많고, 에러를 정의하고 throw, catch를 통해 에러를 처리한다.

1. 에러 정의

enum NetworkError: Error {
    case badURL
    case timeout
    case noInternetConnection
}

2. 에러 발생 (throw)

func fetchData(from url: String) throws {
    guard url.starts(with: "http") else {
        throw NetworkError.badURL
    }
    // 데이터 요청 로직
}

3. 에러 처리 (do-catch)

do {
    try fetchData(from: "invalid-url")
} catch NetworkError.badURL {
    print("Invalid URL.")
} catch NetworkError.timeout {
    print("Request timed out.")
} catch {
    print("An unknown error occurred: \\(error).")
}

에러 처리 키워드

throws

함수나 메서드가 에러를 발생시킬 수 있음을 나타낸다.
throws는 함수 선언에 붙으며, 반환 타입 전에 작성된다.

func riskyFunction() throws -> String {
    throw NetworkError.timeout
}

try

에러를 발생시킬 가능성이 있는 함수 호출 앞에 작성한다.

do {
    try riskyFunction()
} catch {
    print("An error occurred.")
}

try?

에러를 옵셔널 값 nil로 처리한다. 에러가 발생하면 nil이 반환된다.

let result = try? riskyFunction() // 에러 발생 시 result는 nil

try!

에러가 발생하지 않을 것이라고 확신할 때 사용해야 한다.
에러가 발생하면 런타임 오류가 발생한다.

let result = try! riskyFunction() // 에러 발생 시 앱이 크래시

고차 함수

전달 인자로 함수를 전달받거나, 함수 실행의 결과를 함수로 반환하는 함수.
ex ) map, filter, reduce
다른 함수를 매개변수로 받거나, 함수를 반환하거나, 둘 다 수행할 수 있는 함수를 말합니다. Swift는 고차 함수를 통해 더 간결하고 읽기 쉬운 코드를 작성할 수 있도록 다양한 함수형 프로그래밍 기능을 제공합니다.

map

컬렉션의 각 요소를 변환하여 새 배열을 한봔한다.

let numbers = [1, 2, 3, 4, 5]
let squares = numbers.map { $0 * $0 } // 각 요소를 제곱
print(squares) // [1, 4, 9, 16, 25]

filter

filter 조건을 만족하는 요소만 포함하는 새 배열을 반환한다.

let numbers = [1, 2, 3, 4, 5]
let evenNumbers = numbers.filter { $0 % 2 == 0 } // 짝수만 포함
print(evenNumbers) // [2, 4]

reduce

초기값과 연산을 사용해 모든 요소를 결합하여 단일 값을 만든다.

let numbers = [1, 2, 3, 4, 5]
let sum = numbers.reduce(0) { $0 + $1 } // 합계 계산
print(sum) // 15

forEach

let names = ["Alice", "Bob", "Charlie"]
names.forEach { print($0) }
// 출력:
// Alice
// Bob
// Charlie

compactMap

옵셔널 요소를 제거하고, 비-옵셔널 값으로 이루어진 배열을 반환한다.

let strings = ["1", "two", "3", "four"]
let numbers = strings.compactMap { Int($0) } // 문자열을 정수로 변환, 실패한 경우 제거
print(numbers) // [1, 3]

flatMap

중첩된 컬렉션을 평평한 단일 컬렉션으로 변환한다.

let nestedArray = [[1, 2, 3], [4, 5], [6]]
let flatArray = nestedArray.flatMap { $0 }
print(flatArray) // [1, 2, 3, 4, 5, 6]

sorted

컬렉션의 요소를 정렬된 새로운 배열로 반환

let numbers = [5, 2, 3, 1, 4]
let sortedNumbers = numbers.sorted() // 기본 오름차순 정렬
print(sortedNumbers) // [1, 2, 3, 4, 5]

let descending = numbers.sorted { $0 > $1 } // 내림차순 정렬
print(descending) // [5, 4, 3, 2, 1]

고차 함수의 결합

let numbers = [1, 2, 3, 4, 5]
let result = numbers
    .filter { $0 % 2 == 0 } // 짝수만 필터링
    .map { $0 * $0 }        // 제곱 계산
print(result) // [4, 16]

맥북 파일명 규칙 설정 후 사진 이름 전체 설정하기

하루플스토리 — Sun, 20 Oct 2024 14:35:34 +0900

카메라로 사진을 그동안 많이 촬영해왔는데 사진이 정리되어 있지 않아서 시간내서 정리하려 합니다.

맥북을 사용하지만 스마트폰 카메라는 갤럭시를 사용하므로 갤럭시의 사진 파일명 규칙에 맞춰서 저장하겠습니다.

갤럭시 사진 파일명 규칙 : 20241018_200851.jpg

시간을 기준으로 초단위 까지 파일명이 입력됩니다.

A7M3 카메라로 촬영한 파일 명은 아래와 같이 사진 이름에 DSC 뒤에 사진을 찍은 갯수만큼 숫자가 증가하고, 만장을 다 찍어서 숫자가 넘어가야 할 때는 새로운 폴더가 생겨서 1번부터 다시 저장됩니다.

맥북 사진 파일명 일괄 변경 방법

1. Homebrew, exittool 설치

터미널에서 Homebrew를 사용해서 exiftool을 설치해야 합니다.

Homebrew가 설치되어 있지 않다면 먼저 Homebrew를 설치하고, 그 후에 exiftool을 설치합니다.

Homebrew 설치 명령어

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

exiftool 설치 명령어

brew install exiftool

2. 해당 폴더로 이동

터미널에서 해당 디렉토리로 이동합니다.

저는 바탕화면의 file_name_test 에 위치해 있습니다.

cd Desktop
cd file_name_test

3. 파일명 변경 명령어

이제 촬영 날짜를 기반으로 파일명을 변경하는 명령어를 실행합니다. 아래 명령어는 파일명을 YYYYMMDD_HHMMSS 형식으로 변경해줍니다.

exiftool '-FileName<CreateDate' -d %Y%m%d_%H%M%S%%-c.%%e .

이 명령어의 각 부분은 다음을 의미합니다.

-FileName<CreateDate' : 파일의 촬영 날짜를 파일 명으로 설정
-d %Y%m%d_%H%M%S%%-c.%%e : 파일명 형식을 YYYYMMDD_HHMMSS로 지정하며, 만약 동일한 파일 명이 있다면 숫자를 추가 (%%-c)
. : 현재 디렉토리 내의 모든 파일에 적용

제가 원하는 파일명으로 변경이 잘 된 것을 확인할 수 있습니다.

윈도우에서 사용법

https://exiftool.org/

ExifTool by Phil Harvey

0 (Information Type) AAC, AFCP, AIFF, APE, APP0, APP1, APP11, APP12, APP13, APP14, APP15, APP2, APP3, APP4, APP5, APP6, APP7, APP8, APP9, ASF, Audible, Canon, CanonVRD, Composite, DICOM, DNG, DV, DjVu, Ducky, EXE, EXIF, ExifTool, FITS, FLAC, FLIR, File, F

exiftool.org

위 홈페이지에서 exiftool 다운로드

exiftool "-FileName<CreateDate" -d %%Y%%m%%d_%%H%%M%%S%%-c.%%e" "C:\path\to\directory"

[6월에 읽은 도서] 적게 벌어도 잘사는 노후 50년

하루플스토리 — Sat, 17 Jun 2023 00:04:00 +0900

안녕하세요, 하루플입니다.

어느덧 6개월이 흘러 드디어 이번 챌린지의 마지막 책입니다!

이번에도 역시 돈과 관련한 책인데..

그동안 투자관련한 책만 봤다면 이번에는 자산 관리와 관련한 책이다. 물론 투자 내용도 덤이긴 하다.

저자의 말로 지금부터 준비해서 100세까지 노후 50년을 돈으로부터 자유롭게 보낼 수 있다고 하는데 27살인 내나이에도 나이 50, 60때가 걱정이긴 하다. 그 이후 50년을 그 전에 번거로 먹고 살아야하니깐..

일본에서는 노후 파산이 아주 많다고 한다. 일본에서는 나름 착실하게 연금을 붓고 노후 준비했던 사람들도 파산해서 충격이 컸다.

여기서 이야기 하는 것도 '연금은 행복한 노후의 충분한 대책이 될 수 없다' 이다.

일단 20, 30대라면 현금 흐름표를 작성해보라고 했다.

이런거 사실 스스로 하려면 귀찮기도 하고 대충 내 머릿속으로 알고 있는데.. 라고 생각해서 안하게 되는데 작년말인가 서초구에서 진행하는 돈 관련한 강의 들으면서 자연스럽게 하게됐다. 고정지출, 변동지출, 고정 수입, 변동수입 각각 따로 기록하면서 내가 월 얼마씩 자산을 늘려갈 수 있는지 눈으로 딱 보게된게 재미있었다.

그리고 나는 변동 수입이 생기면 그 수입만큼은 아니더라도 약간씩 지출이 높아지는 경향이 있었다. 이런 부분들을 고치면 더 빨리 목표한 금액을 달성할 수 있을 것 같다!

책에서 기본적으로 이런 책들에서 많이 설명하는 많이 버는 것과 지출을 통제하는 것들에 대한 내용들도 재미있었지만 차에 대한 이야기가 유독 재미있었다. 내 주변 친구들은 다들 많이 타고 있어서 그런것 같다. 저자가 이야기 하기로 가치를 두는 지출이라도 지금 지출할지 좀 더 미뤘다가 할지는 결과가 크게 다르다고 한다. 지금까지도 열심히 모아왔으니 차는 결혼할때쯤 뽑도록 해야지

여기서 많은 사람들의 사례가 나왔는데 대체로 이야기하는건 비슷했다. 결국 마지막에는 부동산으로 가는 트리였다.

노후에 대해서는 크게 생각해보지 않았었는데 이 책을 보면서 그렇게 멀지 않은 것처럼 느껴졌고 체계적으로 준비를 미리 잘해놔야겠다고 생각이 들었다. 20대에 이런 생각을 일찍 가질 수 있어 어찌보면 다행이라는 생각도 들었다. 뭐든 최대한 일찍 준비하면 좋으니깐!

엔비디아 차세대 GPU는 TSMC에서 생산

하루플스토리 — Thu, 8 Jun 2023 20:53:50 +0900

안녕하세요, 하루플입니다.

최근 엔비디아의 수익 보고서가 예상외로 너무 높아서 주가가 어마어마하게 떡상했습니다.

앞으로의 인공지능 개발에 필요한 GPU의 90%를 엔비디아가 담당하고 있기 때문에 기대감도 많이 반영된 것 같습니다.

그 날 하루에 25%가 오르는 기적을 체험했는데요.. 저는 -60%까지 갔다가 +60%가 넘어섰습니다.. 이게뭐지..

엔비디아 CEO인 젠슨 황은 컴퓨텍스의 Q&A에서 엔비디아의 차세대 GPU가 TSMC에서 만들어질 것이라고 밝혔습니다.

TSMC 주가도 요즘 어마어마하게 고공행진 하고 있는데 불을 더 지피겠군요..

로이터 통신은 이번 주 목요일 타이베이에서 열린 Q&A 세션에서 젠슨 황 CEO가 언론에 TSMC에 크게 의존함으로써 안전하다고 느끼며 그의 차세대 칩은 TSMC에서 만들어질 것이라고 말했습니다. 이번 발표는 대만이 중국의 군사적 위협을 받을 수 있는 위험에 처해 있는 상황에서 나온 것입니다.

컴퓨텍스 2023에서 엔비디아는 Hopper-Next 칩이 2024년에 출시될 것임을 보여주는 GPU 로드맵을 공개했으며 아직 정해진 것은 없지만 3nm 프로세스 노드를 사용할 것이라는 루머가 있습니다. 차세대 GPU의 코드네임도 Blackwell이 될 것으로 예상됩니다.

아무래도 3nm 프로세스 노드만큼 작은 nm 단위를 생산해야하기 때문에 수율이 타 업체에서는 높지 않기 때문에 TSMC를 사용하는 것이 아닐까 추측됩니다.

일주일 전, 엔비디아는 새로운 차원으로 도약한 AI 추진 덕분에 1조 달러 클럽에 가입하게 되었습니다. 그러나 데이터 센터와 AI의 엄청난 성장에도 불구하고, 젠슨 황은 게이머가 잊혀진 것이 아니며 여전히 비즈니스의 주요한 중추라고 안심시켰습니다.

코로나 시국에 엔비디아 주식을 샀었는데 그 당시만 하더라도 엔비디아의 주요 수익원은 게이밍 수요에 따른 GPU나 코인 채굴에 따른 GPU 판매였었습니다. 그러다 코로나가 점점 풀리면서 사람들이 야외 활동을 하기 시작하면서 게이밍 GPU 수요가 감소하기 시작했었습니다. 그리고 3000번대 GPU 3060만 이용해도 애지간한 게임 대부분이 돌아가기 때문에 성능이 상향평준화 되어있어서 높은 수준의 그래픽카드가 필요하지 않아서 더 팔리지 않은 것 같습니다. 거기다 코인 채굴이 막힌 버전으로 출시하며서 GPU 의 가격은 내려가기 시작했습니다. 그런데 이게 인공지능 덕분에 반전을 맞을줄은 몰랐네요.. 다행히 저의 수익률도 반전을 맞았습니다! 얼마나 오래 기다렸던지..ㅜㅜ

[Android | Kotlin] 테두리가 있는 TextView 개발하기

하루플스토리 — Wed, 7 Jun 2023 21:30:32 +0900

안녕하세요, 하루플입니다.

이전 포스팅에서 ProgressBar를 커스텀해서 예쁜 UI로 만들었습니다.

여기서 단순히 TextView를 ProgressBar 안에 적용해도 되긴 하지만 가독성이 떨어져서 쉽게 읽히지 않았습니다.

그래서 테두리가 있는 TextView를 개발해서 위 사진처럼 테두리를 적용하는 방법을 알려드리겠습니다.

먼저 일반적인 TextView를 커스텀하는 것 처럼 AppCompatTextView를 상속받는 OutLineTextView 클래스를 만들었습니다.

class OutlineTextView : AppCompatTextView {
}

그리고 선의 두께와 컬러를 지정할 전역변수를 선언합니다.

만약 Activity나 Fragment에서 직접 이 두께와 컬러를 지정하려면 private를 해제하고 사용하면 됩니다.

private var stroke = false
private var strokeWidth = 0.0f
private var strokeColor = 0

저는 XML에서 OutLine 옵션을 지정할 수 있도록 styleable에 각 옵션을 등록해두었습니다.

private fun initView(context: Context, attrs: AttributeSet?) {
    val type = context.obtainStyledAttributes(attrs, R.styleable.OutlineTextView)
    stroke = type.getBoolean(R.styleable.OutlineTextView_out_line_text_view_has_stroke, false) // 아웃라인 유무
    strokeWidth = type.getFloat(R.styleable.OutlineTextView_out_line_text_view_stroke_width, 0.0f) // 아웃라인 두께
    strokeColor = type.getColor(R.styleable.OutlineTextView_out_line_text_view_stroke_color, -0x1) // 아웃라인 컬러
}

attrs.xml

<declare-styleable name="OutlineTextView">
    <attr name="out_line_text_view_has_stroke" format="boolean" />
    <attr name="out_line_text_view_stroke_width" format="float" />
    <attr name="out_line_text_view_stroke_color" format="integer"/>
</declare-styleable>

그리고 onDraw 함수를 통해 Stroke를 만들어주면 됩니다.

캔버스를 이용해서 텍스트뷰에 stroke를 그려줄 수 있습니다.

override fun onDraw(canvas: Canvas) {
    if (stroke) {
        val states = textColors
        paint.style = Paint.Style.STROKE
        paint.strokeWidth = strokeWidth
        setTextColor(strokeColor)
        super.onDraw(canvas)
        paint.style = Paint.Style.FILL
        setTextColor(states)
    }
    super.onDraw(canvas)
}

아래는 OutLineTextView 클래스 전체 코드입니다.

class OutlineTextView : AppCompatTextView {

    private var stroke = false
    private var strokeWidth = 0.0f
    private var strokeColor = 0

    constructor(context: Context?) : super(context!!) {}
    constructor(context: Context, attrs: AttributeSet?) : super(context, attrs) {
        initView(context, attrs)
    }

    constructor(context: Context, attrs: AttributeSet?, defStyleAttr: Int) : super(
        context,
        attrs,
        defStyleAttr
    ) {
        initView(context, attrs)
    }

    private fun initView(context: Context, attrs: AttributeSet?) {
        val type = context.obtainStyledAttributes(attrs, R.styleable.OutlineTextView)
        stroke = type.getBoolean(R.styleable.OutlineTextView_out_line_text_view_has_stroke, false) // 아웃라인 유무
        strokeWidth = type.getFloat(R.styleable.OutlineTextView_out_line_text_view_stroke_width, 0.0f) // 아웃라인 두께
        strokeColor = type.getColor(R.styleable.OutlineTextView_out_line_text_view_stroke_color, -0x1) // 아웃라인 컬러
    }

    override fun onDraw(canvas: Canvas) {
        if (stroke) {
            val states = textColors
            paint.style = Paint.Style.STROKE
            paint.strokeWidth = strokeWidth
            setTextColor(strokeColor)
            super.onDraw(canvas)
            paint.style = Paint.Style.FILL
            setTextColor(states)
        }
        super.onDraw(canvas)
    }

}

[Android | Kotlin] 프로그래스바 커스텀 하기

하루플스토리 — Tue, 6 Jun 2023 20:21:26 +0900

안녕하세요, 하루플입니다.

일반적으로 ProgressBar는 로딩이 얼마나 진행되었는지를 표시하거나 서버와의 통신이 지연되고 있을 때 사용합니다.

저는 이렇게 서버와의 통신 대신 유저의 경험치를 나타내는 방식을 프로그래스바를 이용해 구현했습니다.

이처럼 간단한 그래프를 프로그래스바로 쉽게 구현할 수 있습니다.

먼저 XML 코드에 ProgressBar UI를 만들어줍니다.

<ProgressBar
    android:id="@+id/progress_bar_exp"
    android:max="100"
    tools:progress="50"
    style="@style/Widget.AppCompat.ProgressBar.Horizontal"
    android:progressDrawable="@drawable/progress_bar_exp"
    android:layout_width="0dp"
    android:layout_height="15dp"
    app:layout_constraintTop_toTopOf="@id/tv_exp_title"
    app:layout_constraintBottom_toBottomOf="@id/tv_exp_title"
    app:layout_constraintStart_toEndOf="@id/tv_exp_title"
    app:layout_constraintEnd_toEndOf="parent"
    android:layout_marginEnd="30dp"
    android:layout_marginStart="5dp"
    />

저는 가로 그래프 형식으로 그려진 프로그래스바를 만들기 위해 ProgressBar.Horizontal 로 설정했습니다.

progressDrawble에 사용된 progress_bar_exp.xml 을 만들어주어야합니다.

<?xml version="1.0" encoding="utf-8"?>
<layer-list xmlns:android="http://schemas.android.com/apk/res/android">
    <item android:id="@android:id/background">
        <shape>
            <corners android:radius="10dp" />
            <solid android:color="@color/grey_3" />
        </shape>
    </item>
    <item android:id="@android:id/secondaryProgress">
        <clip>
            <shape>
                <corners android:radius="10dp" />
                <solid android:color="#B2CCFF" />
            </shape>
        </clip>
    </item>
    <item android:id="@android:id/progress">
        <clip>
            <shape>
                <corners android:radius="10dp" />
                <solid android:color="@color/light_yellow" />
            </shape>
        </clip>
    </item>
</layer-list>

위처럼 레이어 리스트를 활용해서 프로그래스바의 비활성화된 부분과 활성화된 부분의 색상을 설정해줍니다.

이후 저는 ProgressBar에 단순히 정지된 화면이 아니라 채워지는 애니메이션을 적용했습니다.

아래처럼 ObjectAnimator를 사용해 간단하게 progressBar 가 채워지는 효과를 적용할 수 있습니다.

ObjectAnimator.ofInt(binding.progressBarExp, "progress", exp.toInt())
    .setDuration(500)
    .start()

개발할 때는 간단하지만 앱 퀄리티는 크게 높일수 있는 내장 기능이라 많이 사용하면 좋을 것 같습니다!

갤럭시 Z플립5 유출 정보

하루플스토리 — Mon, 5 Jun 2023 19:35:25 +0900

안녕하세요, 하루플입니다.

지난 폴드5 유출 정보에 이어 플립5의 유출 정보도 가져왔습니다.

폴드는 지난 세대와 디자인이 거의 비슷하지만 플립의 디자인은 크게 바뀔 것으로 보입니다.

전면 디자인이 크게 변하는 것은 거의 확정된 분위기입니다.

이미지 출처:  Future / Alex Walker-Todd

출시 날짜 및 가격

7월 26일에 언팩할 가능성이 있습니다.
언팩 이후 즉시 출시가 아닌 8월 11일 출시로 예상됩니다.
가격은 작년과 같이 999달러로 예상됩니다.

디자인과 디스플레이

훨씬 더 큰 3.4인치 커버 스크린이 적용될 예정입니다.
새로운 물방울 힌지 디자인이 적용될 수 있습니다.
6.7인치 120Hz 폴더블 스크린을 예상하고 있습니다.

이미지 출처: Ice Universe/Twitter

카메라와 배터리

작년과 마찬가지로 12MP 카메라 두 개가 탑재될 가능성이 높습니다.
새롭게 개선된 센서를 적용할 수 있습니다.
배터리는 3591mAh로 기존보다 더 작아질 수 있습니다.

사양 및 특징

스냅드래곤 8 Gen2와 12GB Ram이 탑재될 가능성이 높습니다
최대 512GB의 스토리지가 제공됩니다.
기존 폴드에서는 Dex가 지원되었었지만 플립에서는 지원되지 않았었습니다. 이제 삼성 Dex를 지원하여 PC처럼 사용할 수 있습니다.

갤럭시 S 시리즈에서는 항상 현 세대에서 최상위급 카메라를 넣어주는데 Z 시리즈는 물론 폴더블 디스플레이 때문에 단가가 높긴 하겠지만 그래도 출고가 기준으로는 가장 비쌈에도 불구하고 이전 세대 정보의 카메라를 탑재하는게 아쉽네요..

제가 새로운 폴더블 시리즈를 구매할 때는 가장 최상위 카메라를 탑재해주면 좋겠습니다

갤럭시Z폴드5 유출 정보

안녕하세요, 하루플입니다. 기존 8월에 폴드/플립 시리즈의 언팩이 있었는데 이번에는 조기출시를 한다고 합니다. 아마도 아이폰이 공개되기 전에 최대한 격차를 많이 벌려두려고 하는 것 같습

haruple.tistory.com

갤럭시Z폴드5 유출 정보

하루플스토리 — Sun, 4 Jun 2023 22:58:30 +0900

안녕하세요, 하루플입니다.

기존 8월에 폴드/플립 시리즈의 언팩이 있었는데 이번에는 조기출시를 한다고 합니다.

아마도 아이폰이 공개되기 전에 최대한 격차를 많이 벌려두려고 하는 것 같습니다.

현재까지 유출된 폴드5의 정보입니다.

(이미지 출처 : Future / Lance Ulanoff)

출시 날짜 및 가격

7월 26일에 언팩할 가능성이 있습니다.
언팩 이후 즉시 출시가 아닌 8월 11일 출시로 예상됩니다.
Z폴드4와 동일한 가격으로 예상됩니다. (1799달러)
그동안 스페인이나 미국에서 삼성전자 언팩을 진행했던것과 달리 이번에는 서울에서 언팩을 진행합니다.

디자인과 디스플레이

새로운 물방울 힌지 디자인을 적용할 수 있습니다.
- 휴대폰에 물방울 모양의 힌지가 적용되어 기기의 양면이 서로 완전히 평평하게 놓일 수 있다는 소식도 들었습니다. 이는 이론적으로 폴더블폰의 내구성을 향상시킬 수 있습니다. 이는 이후 두 번째 보고서에 의해 뒷받침되었는데, 이 보고서는 현재 모델과 마찬가지로 휴대 전화가 분명히 방수 기능이 있을 것이라고 덧붙였습니다.
시인성 향상을 위해 이전보다 더 밝은 화면이 적용됩니다.
디자인은 대부분 Z폴드4와 비슷합니다.
- 삼성 갤럭시 Z 폴드 5의 모습을 보여주는 일련의 비공식 렌더링을 살펴본 결과, 이전에 출시된 삼성 갤럭시 Z 폴드 4와 매우 흡사한 모습을 하고 있는 것으로 보입니다. 이 렌더링 중 일부는 조금 더 아래에서 확인할 수 있습니다. 휴대폰으로 추정되는 케이스 이미지도 유출되었는데, 아래와 같은 디자인으로 보아 카메라 블록 외부로 카메라 플래시가 이동하는 것이 주요 시각적 변화일 수 있습니다.

카메라와 배터리

50MP 메인 센서가 장착된 프리플 렌즈 후면 카메라
한 소식통에 따르면 삼성 갤럭시 Z 폴드 5에는 50 MP 메인 센서가 장착된 트리플 렌즈 후면 카메라가 탑재될 것이라고 합니다. 다른 두 개의 센서는 1,200만 화소 초광각과 1,000만 화소 망원이며, 이는 갤럭시 Z 폴드 4와 정확히 일치하므로 카메라에 대한 업그레이드가 많지 않을 수 있습니다.두 번째 소식통은 이제 같은 말을 했고 세 번째 소식통은 50 MP 메인 센서, 12 MP 초광각 및 10 MP 망원이 포함될 것이라고 구체적으로 말했습니다. 그러나 사용되는 센서 중 하나 이상이 새로운 센서가 될 것이며, 이는 사진 품질이 여전히 크게 향상될 수 있음을 의미할 수 있다고 덧붙였습니다.
언더 디스플레이 카메라가 개선될 수 있습니다.
폴드 5에는 셀카 촬영을 위한 개선된 언더 디스플레이 카메라가 탑재되며, 최대 8K 화질로 30 fps의 동영상을 촬영할 수 있을 것이라는 소식도 들었습니다.
배터리의 경우 아직 어떤 크기가 될지는 알려지지 않았지만, MyFixGuide에서 본 인증 목록에 따르면 삼성은 아마도 상당히 느린 25 W 충전을 고수할 것입니다.

사양 및 특징

스냅드래곤 8 Gen2와 12GB Ram이 탑재될 가능성이 높습니다
최대 1TB의 스토리지가 제공됩니다.
스피커와 진동 모터가 개선됩니다.

갤럭시 Z플립5 유출 정보

안녕하세요, 하루플입니다. 지난 폴드5 유출 정보에 이어 플립5의 유출 정보도 가져왔습니다. 폴드는 지난 세대와 디자인이 거의 비슷하지만 플립의 디자인은 크게 바뀔 것으로 보입니다. 전면

haruple.tistory.com

[Android | Kotlin] Uri로 입력받은 이미지를 줄이는 방법

하루플스토리 — Sun, 4 Jun 2023 22:40:39 +0900

안녕하세요, 하루플입니다.

스마트폰의 기본 카메라로 사진을 촬영하게 되면 최신 스마트폰의 경우 10~20MB의 용량을 차지하는 경우도 많습니다.

최근 출시한 갤럭시 S23울트라의 경우 2억화소를 지원하게 되면서 30MB를 넘는 고용량의 사진을 촬영할 수 있게 되었습니다.

하지만 우리가 앱을 개발하면서 서버에 업로드 할 때 굳이 이정도로 고용량의 사진이 필요하지 않을 수도 있습니다.

예를 들어 인스타그램이나 페이스북의 경우 사진의 원본을 저장하지 않고 어느정도 용량을 다운시킨 상태로 가지고 있는 것을 확인할 수 있습니다.

저같은 경우도 개인 앱 서비스를 개발하다보니 서버 비용에 한계가 있고 업로드 하는 속도도 최적화를 하기 위해서 이미지를 줄이는 방법을 고민했었습니다.

인스타그램과 비슷한 기능을 개발하면서 사진을 서버에 업로드 해보니 사진용량이 너무 크더라구요..

Firebase 용량이 급속도로 차는 것을 확인했습니다..

이대로면 많은 유저가 사용하였을 때 엄청난 요금 폭탄을 맞을 수도 있습니다..

서버에 업로드된 사진 용량은 무려 한장당 10MB 입니다.

이를 줄이기 위해 아래의 함수를 만들었습니다.

private fun convertResizeImage(imageUri: Uri): Uri {
    val bitmap = MediaStore.Images.Media.getBitmap(requireContext().contentResolver, imageUri)
    val resizedBitmap = Bitmap.createScaledBitmap(bitmap, bitmap.width / 2, bitmap.height / 2, true)

    val byteArrayOutputStream = ByteArrayOutputStream()
    resizedBitmap.compress(Bitmap.CompressFormat.JPEG, 90, byteArrayOutputStream)

    val tempFile = File.createTempFile("resized_image", ".jpg", requireContext().cacheDir)
    val fileOutputStream = FileOutputStream(tempFile)
    fileOutputStream.write(byteArrayOutputStream.toByteArray())
    fileOutputStream.close()

    return Uri.fromFile(tempFile)
}

1. 이미지 Uri를 Bitmab 형식으로 변환합니다.

2. 변환한 Bitmap 이미지의 사진 사이즈를 지정합니다. 저는 1/2 사이즈로 줄여도 앱 사용상 품질에 문제가 없었기 때문에 가로 세로 사이즈를 절반식 줄였습니다. 결과적으로 넓이는 4배가 줄어들게 되었습니다.

3. 이미지 압축 품질을 설정합니다. 저는 기존의 90%로 압축하도록 하였습니다. (10% 압축률 설정)

4. 임시폴더인 tempFile에 방금 만든 비트맵 이미지를 저장합니다.

5. tempFile에 있는 이미지의 Uri를 리턴합니다.

4번에서 저는 tempFile을 사용했는데 일반적으로 사용하는 방법인 비트맵 이미지를 File에 그대로 저장해버리면 갤러리에 필요없는 이미지가 하나 더 생겨버리게 됩니다. 그리고 해당 이미지의 Uri를 가져오게 되는 방식으로 작동하게 됩니다.

저는 굳이 이미지를 하나 더 갤러리에 생성할 필요가 없기 때문에 temp에 저장하는 형식으로 개발하였습니다.

해당 방식으로 이미지의 사이즈를 줄이고 난 후 Firebase에 업로드 된 사진 용량을 확인해보았습니다.

이미지의 용량이 크게 줄어든 것을 확인할 수 있습니다.

심플 소프트웨어 : 소프트웨어 이해하기

하루플스토리 — Mon, 29 May 2023 13:26:42 +0900

6장 소프트웨어 이해하기

[컴퓨터란 무엇인가?]

소프트웨어를 이해하려면 우선 컴퓨터가 무엇인지 부터 이해해야 한다.
컴퓨터(명사) : 사전 정의된 명령 조합에 따라 정보를 저장하고 처리하는 전자기기
인간이 설정한 목표를 달성하기 위해 일련의 기호 명령을 수행하고 데이터를 비교할 수 있는 모든 물질이 컴퓨터다.
컴퓨터는 데이터를 비교할 수 있다. 이러한 부분이 인간의 입력을 받는 다른 기계와 구분된다.
컴퓨터는 한 가지 명령뿐 아니라 일련의 명령을 받을 수 있다. 단순한 계산기를 딱 한가지 명령만 수행한다는 점에서 컴퓨터와 구분된다.
키보드의 키 입력이나 마우스 클릭도 기호 명령이다. 하지만 프로그래머가 작업할 때 쓰는 주된 기호 명령은 프로그래밍 언어다. 그러므로 작업 품질을 개선할 방법을 이야기 할 때 프로그래머는 프로그램의 구조에 가장 신경쓴다.

[소프트웨어의 구성 요소 구조, 동작, 결과]

프로그램의 가장 중요한 세 요소가 구조, 동작, 결과라고 생각한다. 구조, 동작, 결과로 현존하는 거의 모든 기계를 묘사할 수 있을 것이다.
소프트웨어를 만들 때 보통 구조부터 만들고 동작과 관련된 부분을 작업한 다음 결과를 표시하는 부분을 만든다.
결과부터 거꾸로 작업하는 사람도 있다. 그래도 상관없다. 단, 구조나 저으이된 결과 없이 동작을 수행하려면 혼란스러울 가능성이 높기 때문에 동작부터 시작하는 방법은 권하지 않는다.

[소프트웨어 개정판 : ISAR 구별하기]

구조 , 동작, 결과라는 세 요소를 줄여서 SAR 이라고 부르고, 여기에 입력도 포함시킬 경우 ISAR 이라고 부른다.
MVC는 소프트웨어를 설계하는 패턴이다. SAR은 모든 소프트웨어에 나타나는 세가지 요소를 가리킨다.

구조

전체 프로그램의 구조로 볼 수 있는 몇가직 예는 다음과 같다.
- 코드 디렉터리 레이아웃
- 모든 클래스와 각 클래스 간의 연결 수조
- 데이터베이스를 쓰는 프로그램이라면 데이터베이스의 구조 계획 (단, 데이터베이스에 있는 실제 데이터는 구조에 속하지 않는다는 점을 주의해야한다.)
개별 클래스에도 구조가 있다.
- 클래스 메서드의 이름과 메서드에 전달되는 매개변수의 이름과 저료형
- 클래스 변수의 이름과 자료형
구조는 프로그램 구성 요소 혹은 프로그램의 일부 조각이라고 볼 수 이싿. 함수 이름이나 자료형, 변수 이름과 자료형 클래스 같은 것은 모두 구조다.

동작

전체 프로그램의 동작은 매우 이해하기 쉽다. 세무 프로그램은 ‘세금 정산’을 하고 계산기는 ‘계산을 한다’.
동작은 항상 일종의 동사다. 계산하다, 고치다, 더하다, 없애다 이런게 동작이다.
클래스 내부에서 동작은 메서드의 내부 코드를 의미한다.

결과

모든 프로그램, 함수, 코드는 어떤 영향을 미친다. 즉, 어떤 결과를 생산한다. 결과는 항상 과거시제로 이야기 할 수 있다. 세무 프로그램은 세금 신고서를 제출했다거나 납세 신고서를 작성했다 등의 결과를 낸다.
프로그램의 개별적인 부분에도 결과가 있다. 메서드나 함수를 호출하면 매우 명확한 결과가 나온다. 보통은 데이터를 반환하거나 수정한다.
프로그램이 생산하는 것이라면 모두 결과다.
SAR은 거대한 앱부터 한 줄짜리 스크립트까지 어떤 프로그래밍에든 적용할 수 있는 개념이다. 코드를 작성할 때마다 깊게 생각해야하는 개념은 아니지만 프로그램을 분석하고 이해하는데 도움이 된다. 특히 설계 개선 방법을 고민할 때 큰 도움이 될 것이다.

[지식으로서의 소프트웨어]

소프트웨어는 지식으로 만든 단단한 실체다. 이는 지식의 모든 규칙과 법칙을 따른다. 구체적인 형태를 지니고 있다는 사실만 제외하면 거의 모든 상황에서 지식과 똑같은 양상을 보인다.
나쁜 데이터는 사람의 나쁜 행동을 유발하고, 나쁜 코드는 컴퓨터의 나쁜 행동을 유발한다. 컴퓨터와 사람을 비교하려는게 아니라 소프트웨어와 지식을 비교할 수 있다는 뜻이다.

[기술의 목적]

일반적으로 물질, 에너지, 시간이나 공간의 문제를 해결하고자 기술을 사용했을 때는 성공적인 결과를 냈다. 하지만 마음, 소통, 능력 등 인간의 문제를 해결하고자 했을 때는 실패하거나 위험한 역효과를 냈다.
소프트웨어의 목적이나 스타트업 아이디어의 성공 가능성을 미리 점칠 때 이 원칙 혹은 법칙을 유용하게 활용할 수 있다.
이 법칙은 기술의 발전이 선인지 악인지를 밝히는 데도 유용하다. 기술의 발전을 생각하면 때로 심경이 엇갈린다. 기술이란 본질적으로 선하거나 악한 것이 아니다. 하지만 인간의 문제를 해결하려고 할 때 악하게 작용하고, 물질 세계의 문제를 해결하려고 할 때 선하게 작용하는 경향이 있다.
기술은 우리를 더 나은 인간으로 만들지는 못하지만 우리가 사는 세상이 조금 더 나아지게 만들 수 있다.

[단순성과 보안]

소프트웨어의 보안을 보장하는 가장 중요한 요소는 단순성이다.
소프트웨어를 안전하게 지키겠다고 소프트웨어 앞에 소규모 군대를 배치할 필요는 없다. 별도의 보호 장치가 필요 없도록 ‘입구’수를 줄이고, 그 입구를 간결하고 단순하게 만들어 부당하게 악용하지 못하게 하라.

[테스트 주도 개발과 관찰 주기]

최근에 테스트를 먼저 작성한 뒤에 코드를 작성하는 개발 시스템 TDD의 특성과 작용에 관해 흥미로운 논의가 있었다. 결정을 내리기 전에 관찰부터 해야한다는 것이었다. 소프트웨어 수명 전반에 걸쳐 무언가 관찰해야한다. 이 원칙은 소프트웨어 개발 주기에 광범위하게 적용된다.
- 관찰 → 결정 → 실행 (이 주기의 반복)
ODA 사례 : TDD를 쓸 때는 아래 주기를 따른다
1. 문제를 본다 (관찰)
2. 문제를 해결하기로 한다 (결정)
3. 테스트를 작성한다 (실행)
4. 테스트를 보고 API가 괜찮은지 확인한다 (관찰)
5. 괜찮지 않다면 수정 방법을 정하고 (결정) 테스트를 수정한 후 (실행) API가 괜찮아 보일 때까지 관찰 → 결정 → 실행을 반복한다.
6. API가 괜찮다면 테스트를 실행하고 통과하는지 본다 (관찰)
7. 코드를 작성한다 (실행)
8. 테스트를 실행하여 통과하는지 확인한다 (관찰)
9. 통과하지 못하면 수정 방법을 정하고 (결정) 코드를 작성하고 (실행) 테스트를 통과하는지 확인한다 (관찰)
10. 이런 방식으로 다음 작업을 이어간다.

[테스트 철학]

기존의 과학적 방법은 우주를 테스트한 후 테스트 결과를 바탕으로 자신이 세운 가설을 정교하게 다듬는 순서로 진행된다. 어떻게 보면 소프트웨어 테스트는 이와 정반대로 진행된다.
소프트웨어 세계에서는 실험이 가설을 증명하지 못하면 테스트하고 있는 시스템을 수정한다
테스트 가치
- 테스트의 목적은 시스템에 대한 지식을 전달하는 것이고 각 지식은 다른 가치를 지닌다.
- 얻고자 하는 지식이 무엇인지 정확히 알아야 효과적이고 유용한 테스트를 만들 수 있다.
테스트 단언문
- 테스트는 무언가 알기 위해 하는 것이므로 반드시 무언가를 단언해야한다. 그리고 그 단언문은 참인지 거짓인지 확인되어야 한다.
- 테스트 주체가 인간이라면 매력적이다 처럼 정성적인 단언문으로 써도 된다. 단언문이 없으면 테스트가 아니다.
테스트 범위
- 실험 한번으로 물리학의 모든 이론과 법칙을 증명할 수 없듯이 복잡한 시스템의 동작 방식을 한 번에 증명하는 테스트를 설계한다는 건 불가능한 일이다.
- 그러므로 테스트를 설계할 때는 테스트 대상과 테스트에 속하지 안흔 부분을 정확히 구분해야 한다.
테스트 가정
- 모든 테스트에는 가정이 내재되어야 한다. 해당 테스트의 범위 안에서 유효한 결과를 내는 데 꼭 필요한 전제라고 보면 된다.
- 모든 테스트는 통과, 실패, 알 수 없음 이 세가지 중 적어도 한 가지 결론을 도출해야한다.
테스트 설계
- 앞서 살펴본 바와 같이 각 테스트에는 범위와 가정이 존재할 수밖에 없기 때문에 테스트 스위트를 설계해야 한다. 그래야 전체 테스트를 조합했을 대 원하는 지식을 빠짐없이 얻을 수 있다.
E2E 테스트
- E2E 테스트는 시스템 로직을 관통하는 하나의 경로를 완료하는 방식으로 진행하는 테스트다. 전체 시스템을 동작시키고 사용자가 입력하는 시작 지점에서 몇 가지 동작을 실행한 후 시스템이 생산하는 결과를 확인하는 것이다.
- 이 테스트는 테스트가 많이 부족한 초기에 임시방편으로 쓰기 좋다. 전체 시스템을 조립한 후에 제대로 동작하는지 확인하는 용도로 써도 좋다. 하지만 장기적으로 볼 때 복잡한 시스템에 대해 충분한 지식을 얻을 수 있는 테스트 방식은 아니다.
통합 테스트
- 두 개 이상의 컴포넌트를 한 시스템에서 조립한 후에 어떻게 작동하는지 보는 것이 통합 테스트이다. 여기서 컴포넌트란 코드 모듈이 될 수도 있고 시스템이 의존하는 라이브러리 , 데이터를 제공하는 원격 서비스가 될 수도 있다.
- 통합 테스트에서는 컴포넌트의 분리를 중요시 한다.
- 통합 테스트만으로 시스템을 테스트 하는건 적절하지 않다. 컴포넌트의 인터렉션 만으로 전체 시스템을 분석하려면 시스템 작동 방식 전반에 대해 이해하기까지 엄청난 수의 인터랙션을 테스트해야 하기 때문이다.
단위 테스트
- 하나의 컴포넌트가 정상 작동하는지 확인하는 테스트가 단위 테스트다.
- 단위 테스트는 하나의 클래스, 모듈에 있는 한가지 함수의 한 가지 동작을 테스트한다. 컴포넌트의 내부 구현이 아니라 동작을 테스트 해야한다.
- 이론적으로는 시스템에 있는 모든 컴포넌트의 동작이 문서에 잘 정의되어 있으면 각 컴포넌트가 문서에 나온 대로 동작하는지 테스트하기만 해도 시스템 전체의 동작을 테스트한 셈이 된다.
- 당연한 말이지만 단위 테스트는 시스템 컴포넌트가 합리적으로 잘 분리 되어있고 각 컴포넌트의 동작을 완전히 정의할 수 있을 정도로 단순할 때 가장 큰 효과를 낸다.

심플 소프트웨어 : 엔지니어링 팀에서 일하기

하루플스토리 — Sun, 28 May 2023 12:10:34 +0900

5부 엔지니어링 팀에서 일하기

[개발자 생산성 측정하기]

코드의 단순성과 관련된 부분부터 점검한다. 개발하자 하는 다른 일을 사사건건 측정하는 건 그다음이다.
소프트웨어 엔지니어링과 관련된 좋은 관행을 실천하는 문화를 조성하는 것만으로도 생선성이나 개발과 관련된 문제가 대부분 사라진다.
사실 생산성 측정은 엄청나게 큰 가치를 지닌다. 생산성을 측정하면 준제가 발생한 영역, 생산성이 개선된 영역을 정확히 가려내어 생산성이 좋아진 이들에게 보상을 할 수 있다. 그리고 개발자 생산성을 개선하기 위해 노력하면 이외에도 많은 소득이 따른다.
그러나 프로그래밍 분야는 다른 직군과 다르다. 생산성을 제조업 분야의 생산성을 측정하는 방식으로 측정할 수는 없다.
LOC(lines of code)를 생산성의 기준으로 삼겠다는 시도가 꾸준히 존재했다. 그러나 잘못되었다. 컴퓨터 프로그래머는 목수처럼 직업이 아니라 기술이다. 기술 사용 빈도는 생산성을 측정하는 기준이 될 수 없다. 생산성을 확인하려면 그 기술로 생산한 제품을 측정해야한다.
가장 먼저 프로그램이 사용자에게 어떤 가치를 제공하는지부터 알아내야한다.
팀에 생산성 개선을 돕는 사람이 있다면 시간이 지나면서 팀원들이 체감하는 생산성 개선 정도를 측정하면 된다. 그게 어렵다면 팀의 생산성 지표가 개선된 비율을 측정하면 된다.
이외에도 직원, 팀, 회사의 생산량을 측정하는 방법에 대해 알아야 할 내용이 많다. 올바른 측정방법, 측정 결과 해석, 적절한 측정 기준 고르기에 대해서도 더 알아야 한다.

[소프트웨어 회사에서 코드 복잡성을 다루는 법]

코드 복잡성을 해결하려면 한사람 수준의 섬세한 작업이 요구된다.
관리자가 코드를 단순하게 만들어라 라고 말하는 것만으로는 아무 변화가 없다.
- 관리자의 지시가 구체적이지 않다.
- 코드의 각 부분에 대해 구체적인 지시를 내릴 정보의 지식이 관리자에게 없을 수 있다.
- 문제를 해결하는 과정에서 문제에 대한 이해가 더 깊어지는 측면도 있다. 하지만 관리자는 문제를 직접 해결하지 않는다.
코드 복잡성 관련 문제 대부분은 각 프로그래머가 섬세하게 작업해야 하는 소규모 프로젝트로 해결해야 한다.
1단계 : 문제 목록
- 각 팀원에게 코드에서 가장 답답하다고 느끼는 부분을 목록으로 정리하게 한다.
2단계 : 회의
- 팀 회의를 열고 코드베이스에 접속할 수 있는 컴퓨터와 각자 만든 목록을 가져오게 한다. 회의의 규모는 6~7명 정도가 적당하다.
3단계 : 버그 리포트
- 회의에서 수집한 정보를 바탕으로 언급된 디렉터리, 파일, 클래스 등에 대해 문제를 묘사하는 버그 리포트를 작성한다.
4단계 : 우선순위 선정
- 우선 어떤 문제가 개발자를 많이 괴롭히는지 알아내라. 순위를 매기는 작업은 보통 관리자가 맡는데 회사나 팀에 속한 여러 개발자를 폭 넓게 볼 수 있는 사람이 하기 적한한 일이기 때문이다.
5단계 : 과제
- 각 작업에게 버그를 할당한다. 단, 다른 팀이 담당하는 코드가 버그에 포함되는 경우라면 좀 까다롭다. 이 경우 문제 해결 책임을 분담해야할 팀을 찾아 적절히 협업해야 할 것이다. 너무 복잡한 문제가 아니라면 다른 팀의 영역이 일부 포함된 문제라고 해도 직접 수정할 권한을 주는 회사들도 있다.
6단계 : 계획
- 모든 버그를 정리한 후 언제 고칠지 정해야 한다. 일반적으로 개발자 각자가 사진의 일반적인 업무를 하는 중간에 코드 품질 문제도 정기적으로 손보게 하는게 좋다.

[리팩토링 할때는 기능에 주목하라]

코드 정리는 제품을 개선하기 위해서 한다
리팩토링은 본질적으로 조직적인 절차다. 리팩토링을 위한 리팩토링을 한다면 리팩토링의 이름에 먹칠을 하는 것이나 다름없다.
리팩토링을 위한 리팩토링이란 현재 작업 중인 코드와 아무 상관없는 코드의 한 부분을 보다가 이 부분 설계가 마음에 들지 않는데? 라며 시스템 기능과 전혀 상관없는 코드 일부를 이리저리 옮겨보는 걸 말한다.
복잡한 코드베이스를 정리하는 핵심 원칙은 항상 기능을 위해 리팩토링 하라는 것이다.
일단 시간이 지날수록 시스템이 더 나빠지지 않도 더 나아지는 상태로 만드는걸 첫번째 목표로 삼아라.
리팩토링을 하면 시간이 절약된다.
- 리팩토링을 한 뒤에 기능을 개발하면 더 많은 시간이 걸린다고 생각할 수도 있는데, 경험상 전체 작업 시간은 비슷하거나 오히려 줄었다. 여기서 전체 작업 시간이란 디버깅, 릴리즈 롤백, 버그픽스 제출, 복잡한 시스템을 위한 테스트 작성 등 작업에 드는 모든 시간을 포함한다.

[간략하게 살펴보는 오픈소스 커뮤니티]

오픈소스 커뮤니티를 키우고 유지하려면 다음 세가지 사항에 신경 써야한다.
- 사람들이 기여에 관심을 갖도록 유도하기.
- 프로젝트에 진입해서 기여하는데 방해되는 장벽 없애기
- 꾸준히 기여할 수 있는 기여자 확보하기
기여자 유지하기
- 이탈은 불가피 하다.
- 기여에 즉시 반응하라
- 아주 친절한 대도로 눈에 띄게 고마워하라.
- 사적으로 부정적인 감정을 품지 마라
장벽 없애기
- 쉽게 시작할 수 있는 프로젝트 목록을 만들어라.
- 소통 채널을 만들고 기록하라.
- 기여 방법을 환벽하고 정화하게 설명하는 간단한 문서를 만들어두어라.
- 문서를 쉽게 찾을 수 있게 하라.
관심 유도하기
- 아주 인기있는 제품이 되라.
- 인기 있는 프로그래밍 언어로 만들어라.

심플 소프트웨어 : 프로그래머를 위한 원칙

하루플스토리 — Sat, 27 May 2023 16:34:38 +0900

1부 프로그래머를 위한 원칙

뛰어난 프로그래머가 되고자 하는 마음이 있어야만 뛰어난 프로그래머가 될 수 있다. 이런 마음이 없는 사람은 아무리 훈련을 받아도 뛰어난 프로그래머가 될 수 없다.
올바른 방법이 떠오르지 않을 때 잠시 쉬고오는게 좋다. 잠시 그 문제에서 떨어져 있거나 다음 날 다시 그 문제로 돌아왔을 때 해결책이 떠오르기도 한다.
올바른 방법을 두고 논쟁이 벌어지면 종종 논의가 산으로 가기도 한다. 이럴 때는 작업중인 분야의 기본 법칙을 이해하고 있는 시니어 엔지니어를 선별하고 기존 논의를 검토하게 하고 표준적이고 타당한 엔지니어링 절차에 따라 올바른 방법을 정하게 하는게 좋다.
능력자 프로그래머는 평범한 프로그래머보다 자신이 하는 일을 훨씬 더 잘 이해하고 있다. 뛰어난 프로그래머가 되고 싶다면 자신이 하는 일을 제대로 이해하라.
어느 분야든 기본을 제대로 이해해야 그다음 수준도 쉽게 배운다. 그렇게 한 단계씩 올라가야 한다. 최고로 복잡한 수준에 도달한 후 다시 기초단계를 살펴보면 맨 밑바닥에는 여전히 알아야 할 게 엄청 많다는걸 깨닫는다.
소프트웨어 설계의 기본 원칙
- 구현에 드는 수고보다 유지보수에 드는 수고를 줄이는게 더 중요하다.
- 유지 보수에 드는 수고는 시스템의 복잡성에 비례한다.

2부 소프트웨어 복잡성과 원인

[복잡성을 키우는 방법 : API 분리]

API는 ‘언제든 우리가 알려준 대로 우리 프로그램와 안전하고 정확하게 인터랙션 할 수 있다’라는 약속이다.
개발자 입장에서는 오래된 API를 계속 유지보수 하는게 괴로울 수 있다. 이 문제를 피하는 가장 좋은 방법은 나쁜 API를 공개하지 않는 것이다.
예전 API를 그대로 유지하는 대신 최신 API에 접근할 다른 방법을 제공하는 것도 사용자 입장에서는 괜찮다.
출시 전에 실제 API가 어떻게 작동해야 할지 합리적인 조치를 취한다는게 핵심이다. 그리고 일단 공개했다면 API를 망가뜨리지 마라.

[복잡성은 감옥이다]

사람들은 가끔 자신이 쓴 코드가 너무 단순하다고 느낄 때 이런 걱정을 한다
- 자신이 얼마나 똑똑하고 가치있는 있물인지 관리자에게 충분히 보여주지 못할 것 같다.
- 그 프로젝트가 너무 단순해져서 누구나 자신의 일자리를 빼앗을 수 있을 것 같다.
하지만 너무 복잡한 코드를 만들어서 아무도 이해할 수 없다면 다른 프로젝트로 자리를 옮기고 싶어도 유지보수가 불가능 하기 때문에 옮길 수 없을 것이다.
복잡성은 감옥이고 단순성은 자유다.

3부 단순성과 소프트웨어 설계

설계는 반드시 작업 초반에 해야한다. 그 프로젝트를 어떻게 단순하게 만들지 초반부터 고민해야 한다.
아주 작은 기능은 추가해도 나중에 리팩토링하기가 어렵지 않다. 아키텍처가 감당할 수 없는 거대한 기능을 넣었다가 나중에 없애는 건 끔찍하게 어려운 일이다. 크기가 중요하다.
시스템이 복잡해질 수록 미래의 아주 작은 부분조차 정확하게 예측할 수 없다. 시스템이 단순해질수록 먼 미래까지 정확하게 예측할 수 있다. 그래서 시스템을 단순하게 유지하는게 최선이다. 목표를 유연하게 혹은 포괄적으로 처럼 추상적으로 잡지말고 ‘쉽게 이해하고 수정할 수 있게’ 처럼 구체적으로 잡아야한다.
엄격한 앱일 수록 더 단순하게 작성할 수 있다. 하지만 엄격한 프로그램은 대체로 실용성이 떨어진다.
원칙적으로는 개발자가 코드 일부를 수정한 후에 코드의 다른 부분까지 그와 비슷하거나 똑같은 방식으로 작동하도록 수정할 필요가 없어야 한다.
하나로 통합해야하는 구현체가 많을 때는 한 번에 통합하는 구현체를 두 개로 제한하는 방식으로 점진적 리팩토링을 할 수 있다.

4부 디버깅

버그의 정의
- 프로그램이 프로그래머의 의도에 따라 움직이지 않는다.
- 프로그래머의 의도가 사용자의 평범하고 합리적인 기대를 충족시키지 않는다.
프로그래머가 의도한 방식에 따라 의도한 동작을 프로그램이 정확히 수행하는데도 사용자의 기대에 못미친다면 새로운 기능이 필요하다. 이것이 ‘기능’과 ‘버그’의 차이다.
버그는 보통 복잡성을 줄이지 못할 때 발생한다. 또 그보다는 드물지만 간단한 대상을 잘못 이해했을 때도 발생한다.
복잡성과 이해도는 매우 밀접하게 연관되어 있다. 미래에 내가 작성한 코드를 접할 프로그래머가 코드를 이해할 수 있을지, 혹은 쉽게 이해할 수 있을지는 우리도 일부 책임져야 할 문제이다.
프로그래머라면 프로그래밍과 해당 언어에 대한 기본적인 이해를 갖춘 상태에서 미래에 자신의 코드를 볼 다른 프로그래머가 쉽게 알아볼 수 있는 코드를 쓰겠다는 책임감을 지녀야 한다.
1. 코드가 단순할수록 버그가 줄어들 것이다.
2. 프로그램의 모든 것이 단순해지도록 늘 노력하라.
소프트웨어 회사의 코드베이스가 관리할 수 없는 지경에 이르는 이유는 문제가 제대로 해결될 때까지 손보지 않아서다. 그래서 소프트웨어 설계를 잘 이해해야하고, 충분한 인력을 동원해서 문제가 다시는 재발하지 않을때까지 제대로 처리해야한다.
디버깅의 기본 철학
- 디버깅은 본인이 아직 답을 모른다고 자각하는 데에서 시작해야 한다.
- 디버깅을 완료하려면 문제의 원인을 이해할 때까지 데이터를 수집해야 한다.
디버깅은 크게 다음 4가지로 볼 수 있다.
- 정상 시스템이 어떻게 작동하는지 알아낸다.
- 문제의 원인을 아직 모른다는 사실을 인정한다.
- 문제를 일은키는 원인이 무엇인지 알아낼 때까지 데이터를 살펴본다.
- 증상이 아닌 원인을 고친다.

[이펙티브 코틀린] 8장 효율적인 컬렉션 처리

하루플스토리 — Sun, 30 Apr 2023 13:48:52 +0900

8장 효율적인 컬렉션 처리

컬렉션은 프로그래밍에서 중요한 개념이다.
안드로이드에서도 RecyclerView, ListView 등의 컬렉션을 사용하지 않은 앱은 상상하기 어렵다.
컬렉션 처리 최적화는 생각보다 어렵지만 굉장히 중요하다. 컬렉션 처리가 성능에 큰 문제를 일으키는 경우도 많다.

하나 이상의 처리 단계를 가진 경우에는 시퀀스를 사용하라

Iterable와 Sequence는 정의가 거의 동일하므로 차이를 잊는경우가 많다. 하지만 완전히 다른 목적으로 설계되었기 때문에 완전히 다른 형태로 동작한다. 무엇보다 시퀀스는 lazy로 처리된다.
최종적인 계산은 toList, count등의 최종 연산이 이루어질 때 수행된다.
시퀀스 처리의 장점
- 자연스러운 처리 순서를 유지한다.
- 최소한만 연산한다.
- 무한 시퀀스 형태로 사용할 수 있다.
- 각각의 단계에서 컬렉션을 만들어 내지 않는다.
무거운 객체나 규모가 큰 컬렉션을 여러 단계에 걸쳐서 처리할 때는 시퀀스를 사용하는 것이 좋다. 또한 시퀀스 처리는 Kotlin Sequence Debugger 플러그인을 활용해서 처리 단계를 시각적으로 확인할 수 있다.

컬렉션 처리 단계 수를 제한하라.

모든 컬렉션 처리 메서드는 비용이 많이 든다. 시퀀스 처리도 시퀀스 전체를 랩하는 객체가 만들어지며 조작을 위해서 또 다른 추가적인 객체를 만들어 낸다.
따라서 적절한 메서드를 활용해서 컬렉션 처리 단계 수를 적절하게 제한하는 것이 좋다.
사실 컬렉션 처리와 관련해서 비효율적인 코드를 작성하는 이유는 그것이 필요엇다고 생각해서가 아니라 어떤 메서드가 있는지 몰라서인 경우가 많다. 따라서 어떤 메서드가 있는지 확인해보는 것이 좋다.

성능이 중요한 부분에서는 기본 자료형 배열을 사용하라

기본 자료형은 가볍고 빠르다는 특징이 있다. 따라서 대규모의 데이터를 처리할 때 기본 자료형을 사용하면 상당히 큰 최적화가 이루어진다.
그런데 코틀린에서 List 와 Set 등의 컬렉션은 제네릭타입이다. 제네릭 타입에는 기본 자료형을 사용할 수 없으므로 래핑된 타입을 사용해야한다.
하지만 성능이 중요한 경우라면 IntArray와 같이 기본 자료형을 활용하는 배열을 사용하는 것이 좋다.

mutable 컬렉션 사용을 고려하라

imutable 컬렉션 보다 mutable 컬렉션이 좋은 점은 성능적인 측면에서 더 빠르다는 것이다. immutable 컬렉션에 요소를 추가하려면 새로운 컬렉션을 만들면서 여기에 요소를 추가해야한다.
컬렉션을 복제하는 처리는 비용이 굉장히 많이 드는 처리이다.
그래서 이러한 복제 처리를 하지 않는 mutable 컬렉션이 성능적 관점에서 좋다.
immutable 컬렉션은 안전하다는 측면에서 좋다.

[이펙티브 코틀린] 7장 비용줄이기

하루플스토리 — Sun, 30 Apr 2023 13:48:12 +0900

7장 비용줄이기

오늘날엔 코드의 효율성을 관대하게 바라봅니다. 이는 메모리는 저렴해졌고, 개발자는 비싸졌기 때문입니다.
효율성은 중요하지만 최적화는 쉬운일이 아니다. 최적화는 초기 단계에서부터 하는 것은 얻는 것보다 잃는 것이 많은 경우가 있다. 그래도 프로그래밍에서는 잃을 것이 거의 없는 몇 가지 고정된 규칙이 있다.

불필요한 객체 생성을 피하라

객체 생성은 언제나 비용이 들어간다. 상황에 따라서는 굉장히 큰 비용이 들어갈 수도 있다. 따라서 불필요한 객체 생성을 피하는 것이 최적화의 관점에서 좋다.
예를 들어 JVM에서 같은 문자열을 처리하는 코드가 여러개 있으면 기존의 문자열을 재사용한다.
매 순간 객체를 생성하지 않고 객체를 재사용하는 간단한 방법은 객체 선언을 사용하는 것이다(싱글톤).
캐시를 사용하는 팩토리 함수로도 객체를 재사용할 수 있다.
팩토리 함수는 항상 같은 객체를 리턴하게 만들 수 있다. 값이 한번 계산되면 값을 즉시 구해올 수 있다. 하지만 캐시를 위한 Map을 저장해야 하므로 더 많은 메모리를 사용한다.
캐시는 언제나 메모리와 성능의 트레이드 오프가 발생하므로, 캐시를 잘 설계하는 것은 쉽지 않다.

지연 초기화

무거운 클래스를 만들 때는 지연되게 만드는 것이 좋을 때가 있다. 예를 들어 A클래스에 B, C, D라는 무거운 인스턴스가 필요하다고 가성해보면 한번에 모두 생성하면 A 객체를 생성하는 과정이 굉장히 무거워질 것이다. 내부의 인스턴스를 지연 초기화 하면 A객체를 생성하는 과정을 가볍게 만들 수 있다.
하지만 단점도 있다. 무거운 객체를 가졌지만 메서드의 호출은 빨라야할 수 있다. 따라서 지연 초기화는 상황에 맞게 사용해야한다.

함수타입 파라미터를 갖는 함수에 inline 한정자를 붙여라

코틀린 표준 라이브러리의 고차 함수를 살펴보면 대부분 inline 한정자가 붙어 있는 것을 볼 수 있다. inline한정의 역할은 컴파일 시점에 ‘함수를 호출하는 부분’을 ‘함수의 본문’으로 대체하는 것이다.
inline 한정자를 사용했을 때 장점
- 타입 아규먼트에 reified 한정자를 붙여서 사용할 수 있다.
- 함수 타입 파라미터를 가진 함수가 훨씬 빠르게 동작한다.
- 비지역 리턴을 사용할 수 있다.
모든 함수는 inline 한정자를 붙이면 조금 더 빠르게 동작한다. 함수 호출과 리턴을 위해 점프하는 과정과 백스택을 추적하는 과정이 없기 때문이다.
하지만 함수 파라티터를 가지지 않는 함수에서는 이러한 차이가 큰 성능차이를 발생시키지 않는다. 그래서 간단한 함수에 inline 한정자를 붙이면 인텔리제이가 경고를 표시한다.
- inline 한정자는 굉장히 유용한 한정자이지만 모든 곳에 사용할 수가 없다. 재귀적으로 사용하면 무한하게 대체되는 문제가 발생한다. 이러한 문제는 인텔리제이가 오류로 잡지 못하므로 굉장히 위험하다.

인라인 클래스의 사용을 고려하라

인라인으로 만들 수 있는 것은 함수뿐만이 아니다. 하ㅔ나의 값을 보유하는 객체도 inline으로 만들 수 있다. 기본 생성자 프로퍼티가 하나인 클래스 앞에 inline을 붙이면 해당 객체를 사용하는 위치가 모두 해당 프로퍼티로 교체된다.
인라인 클래스를 사용하면 성능적인 오버헤드 없이 타입을 래핑할 수 있다.
인라인 클래스는 타입 시스템을 통해 실수로 코드를 잘못 작성하는 것을 막아주므로, 코드의 안정성을 향상시켜준다. 의미가 명확하지 않은 타입, 특히 여러 측정 단위들을 함께 사용하는경우에는 인라인 클래스를 활용하는게 좋다.

더이상 사용하지 않는 객체의 레퍼런스를 제거하라

메모리 관리를 자동으로 해주는 프로그래밍 언어에 익숙한 개발자는 객체 해제를 따로 생각하지 않는다. 그렇다고 메모리 관리를 완전히 무시해버리면 메모리 누수가 발생해서 상황에 따라 OutOfMemoryError 가 발생하기도 한다.
따라서 ‘더 이상 사용하지 않는 객체의 레퍼런스를 유지하면 안된다’ 라는 규칙 정도는 지켜주는 것이 좋다.
Activity를 여러 곳에서 자유롭게 접근하기 위해 companion 프로퍼티에 이를 할당해 두는 경우가 있는데 가비지 컬렉터가 해당 객체에 대한 메모리 해제를 할 수 없어서 굉장히 큰 메모리 누수가 발생하게 된다.
initialize를 null로 설정하기만 하면 가비지 컬렉터가 이를 처리할 수 있다. 하지만 거의 사용되지 않는 객체까지 이런 것을 신경 쓰는 것은 오히려 좋지 않을 수도 있다.
쓸데없는 최적화가 모든 악의 근원이라는 말도 있지만 오브젝트에 null을 설정하는 것은 그렇게 어려운 일이 아니므로 무조건 하는 것이 좋다.
특히 많은 변수를 캡처할 수 있는 함수 타입, Any 타입 또는 제네릭 타입과 같이 미지의 클래스일 때는 이러한 처리가 중요하다.
사실 객체를 수동으로 해제해야 하는 경우는 굉장히 드물다. 일반적으로 스코프를 벗어나면서 어떤 객체를 가리키는 레퍼런스가 제거될 때 객체가 자동으로 제거된다.
따라서 메모리 문제를 피하는 가장 좋은 방법은 변수를 지역 스코프에 정의하고, companion에 큰 데이터를 저장하지 않는 것이다.

[이펙티브 코틀린] hashCode의 규약을 지켜라

하루플스토리 — Fri, 28 Apr 2023 23:54:38 +0900

sealed한정자

sealed한정자는 외부 파일에서 서브 클래스를 만드는 행위 자체를 모두 제한한다. 외부에서 추가적인 서브클래스를 만들 수 없으므로 타입이 추가되지 않을 거라는게 보장된다.
따라서 when 구문에서 else 처리를 하지 않아도 된다.

equals를 직접 구현해야 하는 경우

기본적으로 제공되는 동작과 다른 동작을 해야하는 경우
일부 프로퍼티만으로 비교해야 하는 경우
data 한정자를 붙이는 것을 원하지 않거나, 비교해야하는 프로퍼티가 기본 생성자에 없는 경우

hashCode의 규약을 지켜라

오버라이드 할 수 있는 Any메서드로 hashCode가 있다. hashCode 함수는 수많은 컬렉션과 알고리즘에 사용되는 자료 구조인 해시 테이블을 구축할 때 사용됩니다.
아주 긴 배열에서 요소가 포함되어 있는지 확인할 때 선형으로 비교하면 꽤 오랜 시간이 필요할 것이다. 성능을 좋게 만드는 해결 방법이 해시 테이블이다.
해시테이블은 각 요소에 숫자를 할당하는 함수가 필요하다. 이 함수를 ‘해시 함수’라고 부르며 같은 요소라면 항상 같은 숫자를 리턴한다.
해시코드의 규약
- 어떤 객체를 변경하지 않았다면 hashCode는 여러 번 호출해도 그 결과가 항상 같아야 한다.
- equals메서드의 실행 결과로 두 객체가 같다고 나온다면 hashCode 메서드의 호출 결과도 같다고 나와야 한다.
코틀린은 equals 구현을 오버라이드 할 때 hashCode도 함께 오버라이드 하는 것을 추천한다. 같은 요소는 반드시 같은 해시코드를 가져야 하기 때문이다.
equals를 따로 정의했다면 반드시 hashCode도 함께 정의해 주어야 한다.
equals를 따로 정의하지 않았다면 정당한 이유가 없는 이상 hashCode를 따로 정의하지 않는 것이 좋다.

CompareTo의 규약을 지켜라

compareTo 메서드는 Any클래스에 있는 메서드가 아니다. 이는 수학적인 부등식으로 변환되는 연산자이다.
compareTo는 다음과 같이 동작해야 한다.
- 비대칭적 동작 : a ≥ b 이고 b ≥ a 라면 a == b 여야 한다.
- 연속적 동작 : a ≥ b 이고 b ≥ c 이면 a≥c 여야 한다. 이러한 동작을 하지 못하면 요소 정렬이 무한 반복에 빠질 수 있다.
- 코넥스적 동작 : 두 요소는 어떤 확실한 관계를 가지고 있어야 한다. 즉, a≥b 또는 b≥a 중에 적어도 하나는 항상 true 여야 한다.
코틀린에서 compareTo를 따로 정의해야 하는 상황은 거의 없다. 일반적으로 어떤 프로퍼티 하나를 기반으로 순서를 지정하는 것으로 충분하기 때문이다.
String 끼리 비교하는 등 객체가 자연스러운 순서인지 확실하지 않다면 비교기 (comparator)를 사용하는 것이 좋다.

API의 필수적이지 않는 부분을 확장 함수로 추출하라

클래스의 메서드를 정의할 때는 메서드를 멤버로 정의할 것인지 아니면 확장함수로 정의할 것인지 결정해야 합니다.
둘의 차이점을 설명하기 전에, 두 방식 중에 어떤 방식이 우월하다고 할 수 없다. 장 단점이 있으므로 상황에 맞게 사용해야 한다.
멤버롸 확장의 가장 큰 차이점은 확장은 따로 가져와서 사용해야 한다는 것이다. 그래서 일반적으로 확장은 다른 패키지에 위치한다.
상속을 목적으로 설계된 요소는 확장 함수로 만들면 안된다.
멤버와 확장 함수의 차이
- 확장 함수는 읽어 들여야 한다.
- 확장 함수는 virtual이 아니다.
- 멤버는 높은 우선 순위를 갖는다.
- 확장 함수는 클래스 위가 아니라 타입 위에 만들어진다.
- 확장 함수는 클래스 레퍼런스에 나오지 않는다.

멤버 확장 함수의 사용을 피하라

어떤 클래스에 대한 확장 함수를 정의할 때, 이를 멤버로 추가하는 것은 좋지 않다.
특히, 가시성 제한을 위해 확장 함수를 멤버로 정의하는 것은 굉장히 좋지 않다.
확장 함수의 가시성을 제한하고 싶다면 멤버로 만들지 말고 가시성 한정자를 붙여주면 된다.

[이펙티브 코틀린] 상속보다는 컴포지션을 사용하라

하루플스토리 — Thu, 27 Apr 2023 22:09:19 +0900

상속보다는 컴포지션을 사용하라

상속은 굉장히 강력한 기능으로 is-a 관계의 객체 계층 구조를 만들기 위해 설계되었다.
상속은 하나의 클래스만을 대상으로 할 수 있다. 상속을 사용해 행위를 추출하다 보면 많은 함수를 갖는 거대한 Base 클래스를 만들게 되고, 굉장히 깊고 복잡한 계층 구조가 만들어진다.
상속은 클래스의 모든 것을 가져오므로 불필요한 함수를 갖는 클래스가 만들어 질 수 있다.
상속은 코드를 이해하기 어렵게 할 수 있다. 슈퍼클래스를 여러번 확인해야할 수 있다.
그래서 대표적인 대안으로 컴포지션이 있다.
컴포지션을 사용한다는 것은 객체를 프로퍼티로 갖고, 함수를 호출하는 형태로 재사용하는 것을 의미한다.
상속은 슈퍼 클래스의 메서드, 제약, 행위 등 모든 것을 가져온다. 따라서 상속은 객체의 계층 구조를 나타낼 때 굉장히 좋은 도구이다. 하지만 일부분을 재사용 하기 위한 목적으로는 적합하지 않다.
코틀린은 다중 상속을 지원하지 않는다.
어떤 이유로 상속은 허용하지만 메서드는 오버라이드 하지 못하게 하려면 opne 클래스에 open 메서드를 사용한다.
open 한 메서드만 오버라이드 하게 할 수 있다.
일반적으로 OOP에서는 상속보다 컴포지션을 사용하는 것이 좋다. 코틀린에서는 더욱 이런 규칙을 지켜주는 것이 좋다.

데이터 집합 표현에 data 한정자를 사용하라

때로는 데이터를 한번에 전달해야 할 때가 있다. 이럴 때 data 한정자를 사용한다.
data 한정자를 붙이면 toString, equals, hashCode, copy, componentN 함수가 자동으로 생성된다.
toString : 클래스 이름과 기본 생성자 형태로 모든 프로퍼티와 값을 출력해준다. 로그를 출력할 때나 디버그 할 때 유용하다.
euqals : 기본 생성자의 프로퍼티가 같은지 확인해준다.
copy: immutable 데이터 클래스를 만들 때 편리하다. 기본 생성자 프로퍼티가 같은 새로운 객체를 복제한다.
튜플대신 데이터 클래스 사용하기
- Pair, Triple이 코틀린에 남은 마지막 튜플이다.
- 튜플은 데이터 클래스와 같은 역할을 하지만 가독성이 훨씬 나쁘다. 튜플만 보고는 어떤 타입을 나타내는지 예측할 수 없다. 튜플보다 데이터 클래스를 사용하는 것이 더 좋았기 때문에 점차 없어진 것이다.
Pair와 Triple은 몇가지 지역적인 목적으로 인해 남아있을 뿐이다.
- 값에 간단하게 이름을 붙일 때
- 표준 라이브러리에서 볼 수 있는 것처럼 미리 알 수 없는 aggregate(집합)를 표현할 때
이런 경우를 제외하면 무조건 데이터 클래스를 사용하는 것이 좋다.

연산 또는 액션을 전달할 때는 인터페이스 대신 함수 타입을 사용하라

대부분의 프로그래밍 언어에는 함수 타입이라는 개념이 없다.
그래서 연산 또는 액션을 전달할 때 메서드가 하나만 있는 인터페이스를 활용한다. 이런 인터페이스를 SAM 이라고 부른다.
이런 코드를 함수 타입을 사용하는 코드로 변경하면 더 많은 자유를 얻을 수 있다.
람다 표현식을 사용할 때는 아규먼트 분해도 사용할 수 있다. SAM보다 함수타입을 사용하는 것이 훨씬 더 좋은 이유이다.
코틀린이 아닌 다른 언어에서 사용할 클래스를 설계할 때만 SAM을 사용하는 것이 좋다.

[이펙티브 코틀린] API 안정성을 확인하라

하루플스토리 — Tue, 18 Apr 2023 21:59:11 +0900

API 안정성을 확인하라

API가 변경되고, 개발자가 이를 업데이트 했다면 여러 코드를 수동으로 업데이트 해야한다. 많은 요소가 이 API에 의존하고 있다면 이는 큰 문제가 된다.
라이브러리의 작은 변경은 이를 활용하는 다른 코드들의 많은 부분을 변경하게 할 수 있다. 그래서 이전 라이브러리를 유지하는 경우가 있다.
오래된 라이브러리는 버그와 취약성이 발생할 수 있기 때문에 안정적인 라이브러리로 업데이트 하는 것을 두려워하면 안된다.
처음부터 안정적이지 않은 모듈을 많이 공부하는 것보다 안정적인 모듈부터 공부해보는게 좋다.
API의 일부가 불안정하면 이를 개발자에게 명확히 알려줘야한다.

외부 API를 wrap 해서 사용하라

API 설계자가 안전하지 않다고 하거나 우리가 그것을 제대로 신뢰할 수 없다면, 해당 API는 불안정한 것이다. 이러한 불안정한 API를 과도하게 사용하는 것은 굉장히 위험하다.
어쩔 수 없이 사용해야 한다면 로직과 직접 결합시키지 않는 것이 좋다.
그래서 불안정하다고 판단되는 외부 라이브러리를 wrap해서 사용한다.
문제가 있다면 warpper만 변경하면 되므로 API 변경에 쉽게 대응할 수 있다.
프로젝트의 스타일에 맞춰서 API의 형태를 조정할 수 있다.
필요한 경우 쉽게 동작을 추가하거나 수정할 수 있다.
하지만 단점으로 래퍼를 따로 정의해야하고, 다른 개발자들이 어떤 래퍼들이 있는지 따로 확인해야한다.

요소의 가시성을 최소화 하라.

작은 인터페이스는 배우기 쉽고 유지하기 쉽다.
일반적으로 어떤 수정을 할 때는 클래스 전체를 이해하고 있어야 하는데 보이는 요소 자체가 적다면 유지보수하고 테스트 할 것이 적다.
변경을 가할 때는 기존의 것을 숨기는 것보다 새로운 것을 노출하는 것이 쉽다.
가시성이 제할될수록 클래스의 변경을 쉽게 추적할 수 있으며, 프로퍼티의 상태를 더 쉽게 이해할 수 있다.
내부적인 변경 없이 작은 인터페이스를 유지하고 싶다면 가시성을 제한하면 된다.

[메이플러] 문의하기

하루플스토리 — Sat, 15 Apr 2023 15:06:21 +0900

안녕하세요, 메이플러 개발자 하루플입니다.

메이플러 앱과 관련한 문의는 해당 게시글 댓글에 작성해주세요.

타 유저에게 문의 내용을 밝히기 싫은 경우 비밀 댓글 기능을 사용해주세요.

감사합니다.

[이펙티브 코틀린] 추상화 설계

하루플스토리 — Tue, 11 Apr 2023 18:19:25 +0900

4장 추상화 설계

OOP (객체지향 프로그래밍)에서 추상화는 세 가지 주요 개념 중에 하나이다. (추상화, 캡슐화, 상속)
추상화를 간단하게 표현하면 ‘복잡성을 숨기기 위해 사용되는 단순한 형식’ 을 의미한다.
인터페이스는 클래스라는 복잡한 것에서 메서드와 프로퍼티만 추출해서 간단하게 만들었으므로, 클래스의 추상화라고 할 수 있다.
많은 개발자는 프로그래밍에서 하는 모든 일이 추상화라는 것을 종종 잊는다.
- 숫자를 입력하면 내부에서 0, 1의 복잡한 형식으로 표현된다.
- 문자열은 UTF-8과 같은 복잡한 형식의 집합으로 표현된다.
- 이러한 것들이 모두 추상화 되어 있기 때문에 우리가 쉽게 사용할 수 있는 것이다.
강력한 프로그래밍 언어들이 당연히 갖고 있는 기능 중 하나는 공통 패턴에 이름을 붙여서 추상화를 만드는 기능이다.
- maxOf, lazy 등
프로그래밍에서는 다음과 같은 목적으로 추상화를 사용한다.
- 복잡성을 숨기기 위해
- 코드를 체계화하기 위해
- 만드는 사람에게 변화의 자유를 주기 위해

함수 내부의 추상화 레벨을 통일하라

프로그래밍을 간단하게 할 수 있게 엔지니어는 한 언어를 다른 언어로 변환하는 프로그램인 ‘컴파일러’ 를 만들었다.
최초의 컴파일 언어는 또 더 나은 프로그래밍 언어를 만드는데 사용되었고 그 언어는 또 더 나은 프로그래밍 언어를 만드는데 사용되었다. 그렇게 C, C++ 등의 높은 레벨 언어들이 등장했다.
함수는 간단해야한다. 이는 함수가 작아야하며, 최소한의 책임만을 가져야한다 라는 일반적인 규칙이다. 함수가 작아지면 단위 테스트도 쉬워진다.

변화로부터 코드를 보호하려면 추상화를 사용하라

자주 사용하는 하드코딩 된 값을 사용할 때는 상수(const val)로 표현하는 것이 좋다. 숫자로 기입되어 있는 경우 코드를 이해하기 어려워진다.
상수로 추출하면 이름을 붙일 수 있고, 나중에 해당 값을 쉽게 변경할 수 있다.
만약 토스트를 출력하는 함수를 showToast() 가 아닌 showMessage()와 같이 더 높은 레벨의 함수로 옮겨보았다. 가장 큰 변화는 이름이다. 큰 차이가 없다고 생각할 수 있는데 이는 컴파일러의 관점이지 사람의 관점에서는 이름이 바뀌면 큰 변화가 일어난 것이다.
함수는 추상화를 표현하는 수단이며, 함수 시그니처는 이 함수가 어떤 추상화를 표현하고 있는지 알려준다. 따라서 의미 있는 이름은 굉장히 중요하다.
클래스가 함수보다 더 강력한 이유는 상태를 가질 수 있고 많은 함수를 가질 수 있기 때문이다.
코틀린 표준 라이브러리를 읽어보면 거의 모든 것이 인터페이스로 표현된다는 것을 확인할 수 있다.
listOf함수는 List를 리턴한다. 여기서 List는 인터페이스이다. listOf는 팩토리 메서드이다.
라이브러리를 만드는 사람은 내부 클래스의 가시성을 제한하고 인터페이스를 통해 이를 노출하는 코드를 많이 사용한다.
코틀린은 멀티 플랫폼 언어이다. listOf를 사용하면 코틀린/JVM, 코틀린/JS, 코틀린/네이티브에 따라서 구현이 다른 리스트를 리턴한다. 최적화 때문이다.
하지만 어떤 플랫폼을 사용해도 List 인터페이스에 맞춰져있으므로 차이없이 사용할 수 있다.
추상화에는 단점도 존재한다. 추상화는 자유를 주지만 코드를 이해하고 수정하기 어렵게 만든다.
추상화는 많은 것을 숨길 수 있는 테크닉이다. 생각할 것을 어느 정도 숨겨야 개발이 쉬워지는 것도 사실이지만 너무 많은 것을 숨기면 결과를 이해하는 것 자체가 어려워진다.
추상화의 정도는 아래 요소들에 따라서 달라질 수 있다.
- 팀의 크기
- 팀의 경험
- 프로젝트의 크기
- 특징 세트
- 도메인 지식

[이펙티브 코틀린] 일반적인 프로퍼티 패턴은 프로퍼티 위임으로 만들어라

하루플스토리 — Mon, 10 Apr 2023 22:17:10 +0900

일반적인 프로퍼티 패턴은 프로퍼티 위임으로 만들어라

프로퍼티 위임을 사용하면 일반적인 프로퍼티의 행위를 추출해서 재사용 할 수 있다.
대표적인 예로 지연 프로퍼티가 있다. lazy는 이후에 처음 사용하는 요청이 들어올 때 초기화되는 프로퍼티다.
- val value by lazy { createValue() }
프로퍼티 위임으로 observable패턴을 쉽게 만들 수 있다.
프로퍼티 위임 메커니즈으로 다양한 패턴을 만들 수 있다. 좋은 예로 뷰, 리소스 바인딩, 의존성 주입, 데이터 바인딩 등이 있다.
일반적으로 이런 패턴을 사용할 때 자바 등에서는 어노테인션을 활용해야 하지만 코틀린은 프로퍼티 위임을 사용해 간단하고 type-safe하게 구현할 수 있다.
- private val button: Button by bindView(R.id.button)
코틀린 stdlib에서 다음의 프로퍼티 델리게이터를 알아두면 좋다.
- lazy
- Delegates.observable
- Delegates.vetoable
- Delegates.notNull
프로퍼티 델리게이트는 프로퍼티와 관련된 다양한 조작을 할 수 있고, 컨텍스트와 관련된 대부분의 정보를 가진다.

일반적인 알고리즘을 구현할 때 제네릭을 사용하라

타입 아규먼트를 사용하는 함수 (타입 파라미터를 갖는 함수)를 제네릭 함수라고 부른다.
대표적인 예로 filter 함수가 있다. filter는 타입 파라미터 T 를 갖는다.
제네릭은 기본적으로 List<String> 또는 Set<User> 처럼 구체적인 타입으로 컬렉션을 만들 수 있게 클래스와 인터페이스에 도입된 기능이다. 컴파일 과정에서 최종적으로 이런 타입 정보는 사라지지만, 개발 중에는 특정 타입을 사용하게 강제할 수 있다.
제네릭 제한 : 타입 파라미터의 중요한 기능 중 하나는 구체적인 타입의 서브타입만 사용하게 타입을 제한하는 것이다.

타입 파라미터의 섀도잉을 피하라

class Forest(val name: String) {

fun addTree(name: String) {

}

이 코드 처럼 프로퍼티와 파라미터가 같은 이름을 가질 수 있다. 이렇게 되면 지역 파라미터가 외부 스코프에 있는 프로퍼티를 가린다. 이를 섀도잉 이라고 한다.
섀도잉은 클래스 타입 파라미터와 함수 타입 파라미터 사이에서도 발생할 수 있다.
이는 심각한 문제가 될 수 있고, 개발자가 스스로 문제를 찾아내기도 힘들다.
만약 독립적인 파라미터를 의도한다면 이름을 아예 다르게 다는 것이 좋다.

공통 모듈을 추출해서 여러 플랫폼에서 재사용하라

기업이 한 플랫폼만을 대상으로 애플리케이션을 만드는 경우는 없다. 일반적으로 둘 이상의 플랫폼을 대상으로 하는 제품을 만들기 원한다.
다른 플랫폼에 동일한 제품을 구현한다면 재사용 할 수 있는 부분이 많을 것이다. 따라서 소스코드를 공유할 수 있다면 큰 이득이 발생할 것이다.

[Kotlin] 안드로이드스튜디오 다양한 형식의 자료형 Intent 활용 방법

하루플스토리 — Thu, 6 Apr 2023 22:30:58 +0900

안녕하세요, 하루플입니다.

여러 클래스간 데이터 공유는 Application을 활용하거나 ViewModel을 활용하는 등 여러가지 방법이 있습니다.

일반적으로 Activity에서 Activity 혹은 Fragment간 데이터 전송을 위해 Intent를 사용합니다.

흔히 사용하는 기본적인 자료형인 String, Boolean, Int 등은 Intent를 활용해서 다른 클래스로 쉽게 데이터를 전송할 수 있습니다.

일반 자료형 전송 방법

val intent = Intent(this, OtherClass::class.java)
intent.putExtra("NUMBER_KEY", number)
startActivity(intent)

데이터를 전송할 클래스에 putExtra 로 데이터를 넣어줍니다.

흔히 사용하는 일반적인 자료형은 대부분 putExtra로 작동이 가능합니다.

val number = intent.getIntExtra("NUMBER_KEY", 0)

데이터를 전송 받을 클래스에서 위와 같이 전달 받습니다.

List 데이터 전송 방법

아래는 StringList를 전송하는 방법입니다.

val categoryList = listOf("apple", "banana", "orange")

val intent = Intent(this, OtherActivity::class.java)
intent.putStringArrayListExtra("CATEGORY_LIST", ArrayList(categoryList))
startActivity(intent)

전송할 클래스에서 "CATEGORY_LIST"를 Key로 사용합니다.

StringList를 전송할 때는 putStringArrayListExtra 를 사용합니다.

val categoryList = intent.getStringArrayListExtra("CATEGORY_LIST")

데이터를 전송 받는 클래스에서는 위와 같이 getStringArrayListExtra 사용하면 됩니다.

데이터 클래스 전송 방법

data class LoginData(
    val LoginID: String,
    val LoginPW: String
) : Serializable

먼저 data class에 Serializable을 상속받습니다.

val intent = Intent(this, OtherActivity::class.java)
intent.putExtra("MY_DATA_CLASS_KEY", myDataClass)
startActivity(intent)

마찬가지로 putExtra 를 사용하고 dataClass를 넣어줍니다.

val loginData = intent.getSerializableExtra("MY_DATA_CLASS_KEY") as LoginData

데이터를 전송받을 클래스에서 getSerializableExtra를 사용해서 입력받습니다.

[3월에 읽은 도서] 부동산 투자 필독서 30

하루플스토리 — Tue, 28 Mar 2023 23:53:40 +0900

이번달도 어김없이 매달 책읽기 미션을 완수했다..!

매달 한 권씩 읽는게 생각보다 힘들군..

예전에 부동산 한참 볼 적에 사두고 못보고 있었는데 드디어 봤다.

이걸 샀던 이유는 부동산 관련한 책이 시중에 널렸는데 사실 공부용으로는 내용이 다 거기서 거기라 볼만한 부분은 봤다고 생각했다. 내용이 겹치는거도 너무 많다. 부동산 정보 관련 내용을 주면 좋겠는데 삶에 대한 이야기나 자기계발서 느낌의 내용이 많이 나와서 다 읽고 싶지는 않았다. 여기서 거의 날먹급으로 책별로 내용이 정리되어 있길래 재미있어 보였다.

목차를 보면 알 수 있듯이 진짜 날먹이다.

똑같은 부동산, 돈 관련한 책이지만 사람들의 가치관이 다 달랐다. 한데 모아보니 더 차이가 느껴졌다.

누구는 경매로, 아파트로, 청약으로, 재건축으로, 빌라, 상가 등 엄청 많은 방법으로 투자를 성공했는데 얕게 보기 좋았다.

한 권에 30권의 내용을 담다보니 한 단락이 짧기 때문에 보기가 편하고 재미있었다.

이미 봤던 책도 있었는데 이런내용이었지.. 하고 기억이 났다.

만약 저 책들 처음부터 보게 된다면 이미 내용을 한번 훑어서 보기 더 편해질지도..?

그리고 이거 다 보고 든 생각

책들 모아서 이렇게 또 책을 출간할 수 있구나..

저작권에 안걸리고 가능한가보다 라는 생각이 들었다.

이걸 출판한 사람은 또 수익을 얻어가네 라는 생각ㅋㅋㅋ

대단한 사람인 것 같다.

[Android] 이펙티브 코틀린 3장 재사용성

하루플스토리 — Mon, 20 Mar 2023 22:02:22 +0900

3장 재사용성

안드로이드 뷰를 만드는 작업은 굉장히 간단하다. 이는 안드로이드가 복잡한 코드를 API로 간단하게 만들어주기 때문이다.
누군가 이러한 것을 한번 만들어 놓으면, 필요할 때 활용할 수 있는 것. 이것이 바로 프로그래밍 언어의 핵심 특징이라고 할 수 있는 재사용성이다.

knowledge를 반복하여 사용하지 말라

프로젝트에서 이미 있던 코드를 복사해서 붙여넣고 있다면, 무언가가 잘못된 것이다.
프로그래밍에서 knowledge는 넓은 의미로 ‘의도적인 정보’를 뜻한다.
로직 : 프로그램이 어떠한 식으로 동작하는지와 프로그램이 어떻게 보이는지
공통 알고리즘 : 원하는 동작을 하기 위한 알고리즘
knowledge반복은 프로젝틑의 확장성을 막고 쉽게 깨지게 만든다.
단일 책임 원칙 : 코드를 추출해도 되는지를 확인할 수 있는 원칙으로 SOLID 원칙 중 하나이다. ‘클래스를 변경하는 이유는 단 한가지여야 한다’ 라는 의미이다.
여러 요소에 비슷한 부분이 있는 경우, 변경이 필요할 때 실수가 발생할 수 있다. 이런 부분은 추출하는 것이 좋다.
추가적으로 의도하지 않은 수정을 피하려거나 다른 곳(다른 부서)에서 조작하는 부분이 있다면 분리해서 사용하는 것이 좋다.

일반적인 알고리즘을 반복해서 구현하지 말라.

여기서의 알고리즘은 수학적인 연산, 수집 처리처럼 별도의 모듈 혹은 라이브러리로 분리할 수 있는 부분을 의미한다.
이미 있는 stdlib의 확장함수를 사용하는 것이 좋다. (indexOf, subString, coerceIn, sortedBy 등)
이러면 코드 작성 속도가 빨라지고 가독성이 높아진다. 그리고 직접구현할 때 발생할 수 있는 실수를 줄일 수 있다.
표준 라이브러리인 stdlib은 확장함수를 이용해서 만들어진 굉장히 거대한 유틸리티 라이브러리이다.
stdlib의 함수를 하나하나 살펴보는 것은 굉장히 어려울 수 있지만 가치가 있는 일이다. 만약 자세히 살펴보지 않으면 계속해서 같은 함수를 여러개 만들 게 될 것이다.
동일한 결과를 얻는 함수를 여러번 만드는 것은 잘못된 일이다.
stdlib에 없는 알고리즘은 직접 프로젝트 내부에 확장함수로 정의하는 것이 좋다.

[Kotlin] 안드로이드스튜디오 뷰 사이즈를 조절하는 애니메이션

하루플스토리 — Tue, 14 Mar 2023 22:35:12 +0900

안녕하세요, 하루플입니다.

앱을 개발할 때 여러 애니메이션을 적용하게 되면서 애니메이션 클래스를 따로 만들어두고 함수만 가져와서 쉽게 사용할 수 있도록 개발하고 있습니다.

이번에는 뷰 사이즈를 조절하는 코드 두가지를 알려드리겠습니다.

아래는 뷰 가로 사이즈를 변경하는 코드입니다.

fun View.animateViewWidth(duration: Long, startWidth: Int, endWidth: Int) {
    val animation = object : Animation() {
        override fun applyTransformation(interpolatedTime: Float, t: Transformation) {
            val newWidth = (startWidth + (endWidth - startWidth) * interpolatedTime).toInt()
            val params = this@animateViewWidth.layoutParams as ViewGroup.LayoutParams
            params.width = newWidth
            this@animateViewWidth.layoutParams = params
        }
    }
    animation.duration = duration
    this@animateViewWidth.startAnimation(animation)
}

사용할 때는 binding.textView.animateViewWidth() 이렇게 사용하면 됩니다.

위 코드의 width를 height로 바꿔서 높이를 바꾸는 애니메이션을 적용할 수 있습니다.

아래는 ValueAnimator를 이용해 뷰 가로 사이즈를 변경하는 코드입니다.

작동 결과는 위 코드와 동일합니다. 두가지 중 더 보기 쉬운 코드로 작성하면 될 것 같습니다.

fun View.animateViewWidth(duration: Long, startWidth: Int, endWidth: Int) {
    val valueAnimator = ValueAnimator.ofInt(startWidth, endWidth)
    valueAnimator.addUpdateListener { animation ->
        val newWidth = animation.animatedValue as Int
        val params = this@animateViewWidth.layoutParams as ViewGroup.LayoutParams
        params.width = newWidth
        this@animateViewWidth.layoutParams = params
    }
    valueAnimator.duration = duration
    valueAnimator.start()
}

안드로이드에서 맥으로 사진 쉽게 옮기는 방법 (Dropship)

하루플스토리 — Wed, 8 Mar 2023 20:55:32 +0900

안녕하세요, 하루플입니다.

몇달 전 삼성이 Dropship이라는 소프트웨어를 내놓았는데 꽤나 편했습니다.

애플이 에어드랍으로 사용자를 확보할 때 갤럭시에도 똑같이 퀵 쉐어 라는 기능이 존재하지만 솔직히 사람들이 거의 모르는 것 같습니다. 저처럼 전자제품 좋아하는 사람이나 알지 전체 사용자 비율로 따졌을때는 5%는 되려나..? 하지만 에어드랍은 거의 대부분의 IOS 사용자가 알고 있습니다.

그리고 이전에 개발되어 있던 드랍쉽은 갤럭시에서 갤럭시끼리는 공유가 쉽지만, IOS로 옮기려면 QR 코드를 공유해야 하는 등 번거로운 과정이 있었습니다. 그래서인지 삼성에서 새로운 공유 소프트웨어 Dropship을 개발했습니다.

이 Dropship은 웹 기반 공유 프로그램이기 때문에 맥 뿐만 아니라 웹을 켤 수 있는 모든 OS 환경에서는 다 공유가 가능합니다.

맥으로 뭐 공유하려면 항상 카톡이라 슬랙으로 공유했었는데 이제 드랍쉽으로 편하게 공유가 가능해졌습니다!

아 그리고 이건 같은 안드로이드여도 LG나 중국 안드로이드 폰은 해당하지 않고 오로지 갤럭시에서만 가능한 방법입니다.

먼저 갤럭시 스토어에서 Dropship을 다운로드합니다.

23.03.06 기준으로는 Dropship이 플레이스토어에는 업로드 되어 있지 않네요.

이후 '파일 보내기'를 선택하고 보낼 파일을 선택합니다.

여러개의 파일을 한번에 선택해서 보낼 수도 있습니다.

저는 오늘 먹은 매운실비김치를 전송해보겠습니다.

여기서 별로 보안이 중요한 파일이 아니면 Dropship 설정을 누르지 않고 그냥 바로 다음을 눌러서 전송하면 되고, 보안이 필요하다 싶으면 Dropship 설정을 누르세요.

해당 설정에서 공유할 링크를 만들 수 있습니다. 링크를 조금 더 복잡하게 만들거나 링크가 유효한 시간, 비밀번호를 설정할 수 있습니다.

그리고 확인을 누르면 완전히 공유가 완료 됩니다.

사진을 스마트폰으로 공유한 다음 맥이나 기타 기기로 와서 Dropship 사이트로 들어갑니다.

그냥 구글에 검색하면 맨 위에 나옵니다.

https://g2sh.me/

Dropship

드랍쉽 - 무엇이든 누구에게든!

g2sh.me

여기에서 파일 받기를 선택하고 Dropship 좌표를 입력합니다.

이 좌표는 아까 공유할 때 나와있습니다.

이렇게 하니 맥에서 오늘 먹은 실비김치가 뚜둥! 하고 나왔습니다.

여러 파일을 한번에 업로드 하면 압축된 파일로 전송되고, 단일 파일로 전송하면 이미지로 바로 받을 수 있습니다.

갤럭시에서 맥으로 전송하는 과정이 아주 번거로웠었는데 뭐.. 완전 편한건 아니지만 그래도 나름 방법이 생겼다는 것에 만족하고 잘 쓰고 있습니다!

[Kotlin] 안드로이드스튜디오 RecyclerView 스크롤시 데이터가 섞이는 문제 해결방법

하루플스토리 — Tue, 7 Mar 2023 20:33:49 +0900

RecyclerView를 구현하고 데이터가 많아지면 스크롤 시 문제가 발생한다.

이것에 대한 해결 방법이 구현 하는 당시 대부분의 블로그에는 이런 문제가 발생하는 것에 대해 이야기 하지 않는다.

귀찮아서 설명하지 않는 것인지.. 아니면 아직 겪지 않아서인지 모르겠지만.. 애지간히 귀찮은 문제다.

RecyclerView를 아래로 스크롤 하면 최상단에 있는 보이지 않게 된 시점의 뷰를 제일 아래로 끄집고 내려온다.

기존 ListView의 성능을 개선하기 위해 이렇게 한 점은 좋은데 문제는 그 끄집고 온 뷰를 그대로 보여준다는 것이다.

예를 들어 총 50개의 데이터가 있고 화면에는 5개의 데이터만 보이는 상황이다. 그럼 안드로이드는 뷰를 아마 5~6개를 재활용 해가면서 리스트를 구현할 것이다.

여기서 나는 어떤 버튼을 클릭 시 리스트 전체를 우측으로 애니메이션 시켜 보겠다.

빨간색 영역이 스마트폰에 실제로 보이는 영역이다.

내가 원하는 결과는 위와 같을 것이다. 위 아래 뷰도 같이 애니메이션 되고 우측에 자리해야한다.

하지만 놀랍게도 이딴식으로 처리한다.

실제로 보이는 뷰 영역만 바뀌고 보이지 않는 뷰는 뷰의 변경이 적용되지 않게된다.

결국 스크롤 하면 위, 아래 뷰들은 애니메이팅 되지 않은 채로 나타나게 된다.

진짜 왜 이렇게 만들었는지 모르겠는데 검색해보니 나처럼 똑같이 생각하는 개발자가 많은 것 같았다.

도통 이해가 되지 않는데 해결방법은 다행히 존재했다.

해결방법

1. NestedScrollView

XML의 리사이클러뷰 주변에 NestedScrollView를 감싸게 되면 리스트 전체를 생성하게 된다. 예시로 든 50개라면 50개가 다 그려지게 된다. 하지만 리사이클러뷰를 사용하는 목적이 뷰를 재활용함으로써 성능 향상을 얻는 것인데 이러면 리스트뷰랑 다를게 없다. 만약 아래 방법으로 해결이 되지 않으면서 데이터의 갯수가 확실히 적은 경우라면 사용해도 되겠지만 애지간하면 쓰지 않는게 좋다.

2. getItemViewType

가장 간단한 방법으로는 getItemViewType을 오버라이드 해서 어댑터 클래스에 넣어주면 된다.

override fun getItemViewType(position: Int): Int {
    return position
}

이러면 아이템의 제 위치를 리턴해주면서 형태를 유지시켜준다고 한다.

하지만 이 방법으로 해결되지 않는 경우도 있는데 하필 나의 경우였다..

3. onBindViewHolder

onBindViewHolder는 새롭게 생성된 뷰가 있을 경우 호출되는 함수이다.

즉, 내가 오른쪽으로 애니메이션을 했는지 안했는지 전역 변수를 만들고 해당 변수의 Boolean 값에 따라 뷰를 바로 처리하면 된다.

when (isAnimating) {

true -> 뷰를 오른쪽으로 그리기

false -> 아무 행동 하지 않기

}

이렇게 하면 보이지 않는 뷰가 생성될 때 즉시 onBindViewHolder가 호출되면서 내가 원하는 대로 뷰가 그려질 것이다.

뭐.. 여차저차 해결은 했지만 누가 지금 보이는 뷰만 컨트롤 하고 뒤죽박죽 뷰가 섞이길 원한다고 이렇게 만들었는지 모르겠지만 이런 문제는 RecyclerView 라이브러리 자체를 업데이트 해서 그냥 해결해주면 좋겠다. 그래야 개발자들 코드도 더 깔끔해질테니까..

안드로이드스튜디오 xml 프리뷰가 표시되지 않는 문제

하루플스토리 — Mon, 6 Mar 2023 22:03:51 +0900

안녕하세요, 하루플입니다.

개발하면서 xml 프리뷰가 표시되지 않는 문제 때문에 골머리를 앓고 있습니다.

개발 결과를 바로 확인할 수 없다보니 화면 개발 속도가 크게 떨어지는 것도 문제고, xml 코드 양이 비대해지면 작업이 거의 불가능한 수준까지 오게 됩니다.

xml 프리뷰가 나타나지 않는 특정 상황이 있습니다. 제가 파악한 상황은 다음과 같습니다.

1. 안드로이드스튜디오 IDE의 특정 버전에서만 발생합니다.

FireFox에서는 발생하지 않는데 최신 버전인 Electric Eel 에서는 발생합니다. 마찬가지로 여러 버전을 테스트 해보았는데 어떤건 되고 어떤건 안되고.. 중구난방입니다. IDE 버전을 바꾸면 그래들 버전을 수정해야하고 그에 맞게 라이브러리 버전을 낮추어야 하기 때문에 제 프로젝트에서는 문제가 발생했습니다. 어쩔수 없이 Electric Eel 에서 프리뷰 없이 개발중인데 IDE 버전을 단순히 낮춰서 해결이 가능하다면 가장 좋을 것 같습니다.

2. constraint 레이아웃을 복잡하게 여러 계층을 엮어서 xml을 개발한 경우 발생합니다.

이렇게 레이아웃을 여러 계층으로 엮으면 앱 성능 저하 문제도 발생할 뿐더러 프리뷰가 보이지 않았습니다. 단순히 레이아웃을 2~3개 겹친 정도가 아니라 여러 계층을 엮고 뷰가 많을 경우 발생합니다. 저도 정확한 뷰와 레이아웃 갯수는 모르겠지만 복잡한 경우 주로 발생하는 것을 확인했습니다.

3. 하나의 프로젝트에서도 어떤 xml은 프리뷰가 동작하고 어떤 xml은 프리뷰가 동작하지 않습니다.

모든 xml 프리뷰가 동작하지 않는 것은 아니고 위 2번과 동일한 이유로 뷰가 별로 존재하지 않는 xml이거나 복잡하지 않은 ui면 잘 표시 됩니다.

4. 특정 라이브러리를 사용하였을 때 발생합니다.

예를들어 일반적인 EditText를 넣었을 때는 잘 작동하다가 AppCompatEditText를 넣으면 xml 프리뷰가 없어집니다. 모든 라이브러리를 테스트 해볼 수는 없으나 제가 만든 커스텀 뷰에서도 이러한 경우가 발생하는 경우도 있고 아닌 경우도 있습니다. 정말 복잡한 문제입니다.. 그래서 개발 도중에 프리뷰를 보고 싶으면 해당뷰를 잠시 주석처리하곤 했는데 그것도 한두번이지 문제가 발생하는 뷰가 여러개이면 이런 작업은 엄청난 시간을 잡아먹습니다.

해결 방법

다음은 구글링하면서 파악한 문제 해결 방법입니다. 저는 IDE 버전을 수정하니 해결이 되긴 했었지만 1번에서 말한 것과 같이 낮은 버전의 IDE를 사용할 수 없는 환경이라 여전히 해결하지 못한 상황입니다. 나머지 해결 방법은 작동하지 않았지만 혹시 같은 문제를 겪고 있는 분이 계신다면 아래 방법을 시도해보세요.

XML 구문 확인: XML 구문에 오류가 있으면 미리 보기가 표시되지 않을 수 있습니다. XML 코드에 표시되는 모든 오류를 수정해야 합니다.
레이아웃 파일 확인: 미리 보려는 레이아웃 파일이 프로젝트의 올바른 디렉토리에 있는지 확인하십시오. 레이아웃 파일이 잘못된 위치에 있는 경우 Android 스튜디오에서 레이아웃 파일을 찾지 못할 수 있습니다.
Instant Run 비활성화: Instant Run은 때때로 미리보기에 문제를 일으킬 수 있는 Android Studio의 기능입니다. Instant Run을 비활성화하고 미리보기가 작동하는지 확인하십시오. 이렇게 하려면 파일 > 설정 > 빌드, 실행, 배포 > Instant Run으로 이동하고 "Enable Instant Run" 옆의 확인란을 선택 취소합니다.
SDK 및 빌드 도구 버전 확인: 프로젝트에 올바른 SDK 및 빌드 도구 버전이 설치되어 있는지 확인하십시오. 파일 > 프로젝트 구조 아래의 프로젝트 설정에서 이를 확인할 수 있습니다.
캐시 무효화 및 다시 시작: 경우에 따라 Android Studio의 잘못된 캐시로 인해 미리보기에 문제가 발생할 수 있습니다. File > Invalidate Caches / Restart로 이동하여 "Invalidate and Restart"를 선택하십시오. 이렇게 하면 캐시가 지워지고 Android Studio가 다시 시작됩니다.
Android Studio 업데이트: 이전 버전의 Android Studio를 사용 중인 경우 최신 버전으로 업데이트해보세요. 경우에 따라 최신 릴리스에서 버그와 문제가 수정됩니다. 또는 다운그레이드 해보세요.
다른 장치 또는 에뮬레이터 사용해 보기: 경우에 따라 미리 보기가 특정 장치 또는 에뮬레이터에서 작동하지 않을 수 있습니다. 다른 기기나 에뮬레이터로 전환해 보고 미리보기가 작동하는지 확인하세요.

이 문제와 관련해서 JetBrain에 영어로 문의를 넣은 상태입니다. 빨리 해결이 되면 좋겠네요...

안드로이드 대형 화면 플랫폼 최적화

하루플스토리 — Sun, 5 Mar 2023 22:47:09 +0900

안녕하세요, 하루플입니다.

안드로이드는 화면 크기가 IOS에 비해 매우 다양합니다. 개발하는 회사도 삼성 뿐만 아니라 엄청나게 많은 안드로이드 스마트폰 제조사가 있고, 그에따라 아주 다양한 스마트폰의 비율이 존재합니다. 스마트폰의 화면 크기가 점점 커지고 있고 멀티 윈도우 멀티 디스플레이, PIP 모드를 비롯한 여러 디스플레이 모드를 지원합니다.

앱에서 화면 크기, 디스클레이 모드 상태와 관계없이 우수한 사용자 경험을 제공하려면 대형 화면 호환성 체크리스트와 테스트를 시도해야합니다. 아래는 안드로이드 공식문서에서 제공하는 대형화면 호환성 체크리스트입니다.

Tier 3(기본) — 대형 화면 지원: 사용자가 중요한 흐름을 완료할 수 있지만 최적의 사용자 환경은 제공되지 않습니다. 앱이 전체 화면(또는 멀티 윈도우 모드에서 전체 창)을 실행하지만 앱 레이아웃이 이상적이지 않을 수 있습니다. 앱이 레터박스 처리되지 않으며 호환성 모드로 실행되지 않습니다 앱이 키보드, 마우스, 트랙패드를 포함한 외부 입력 장치를 기본적으로 지원합니다.

인스타그램

인스타그램의 경우 Tier3도 지원하지 않게 되어있습니다. 인스타그램의 경우 사진이 폴드의 비율에 맞게 적용되면 사진만 화면에 꽉차버리는 문제가 발생합니다. 그래서 인스타그램은 양 사이드에 레터박스가 나타납니다. 이러한 특수한 이유가 있는게 아니라면 레터박스가 발생되지 않도록 개발해합니다.

Tier 2(우수) — 대형 화면 최적화: 앱이 모든 화면 크기 및 기기 구성에 맞게 레이아웃 최적화를 구현하며 외부 입력 장치에 관한 고급 지원을 제공합니다.

야놀자 앱은 레터박스 없이 전체가 꽉 차도록 되어있고 폴드 유저가 봤을 때 그리 어색한 점 없이 사용할 수 있습니다. 다만 단순히 일반 스마트폰에서 사이즈를 늘린 형태이기 때문에 폴더블에 최적화 되어있다는 느낌은 받을 수 없습니다.

Tier 1(최고) — 대형 화면 차별화: 앱이 태블릿, 폴더블, ChromeOS용으로 설계된 사용자 환경을 제공합니다. 필요한 경우 앱은 멀티태스킹, 폴더블 상태, 드래그 앤 드롭, 스타일러스 입력을 지원합니다.

삼성증권 앱과 카카오톡은 기존 바형 앱과 폴더블 앱의 UI가 다릅니다. 폴더블의 커다란 화면을 잘 이용할 수 있도록 분할 화면 지원을 제공합니다. 한번에 여러 정보를 볼 수 있어 유용한 UI입니다. 폴더블 유저까지 타겟팅 하는 앱을 개발하려면 폴더블 전용 Fragment를 만들어서 폴더블인 경우 해당 Fragment를 실행하도록 하는 방법으로 개발할 수 있습니다.

앱이 모든 Android 기기에서 우수한 사용자 환경을 제공할 수 있도록 하려면 Tier 2 요구사항을 충족해야 합니다. 대형 화면에서 앱을 돋보이게 하려면 Tier 1을 완료해야합니다.

아래는 참고한 안드로이드 공식 문서입니다.

대형 화면 앱 품질 | Android 개발자 | Android Developers

Android 기기는 화면 크기가 다양한 스마트폰, 태블릿, Chromebook, 폴더블 기기 등 여러 폼 팩터로 출시됩니다. Android는 멀티 윈도우, 멀티 디스플레이, 멀티 인스턴스, PIP 모드를 비롯한 여러 디스플

developer.android.com

[kotlin] 안드로이드스튜디오 Activity에서 Activity 트랜지션 애니메이션 적용

하루플스토리 — Sun, 5 Mar 2023 11:07:06 +0900

안녕하세요, 하루플입니다.

이전에 Fragment에서 Fragment로 이동할 때 복합 트랜지션 애니메이션을 개발했었습니다.

이번에는 Activity에서 Activity로 이동할 때 트랜지션 화면 전환 애니메이션을 개발해보겠습니다.

[Kotlin] 안드로이드스튜디오 Fragment에서 Fragment 복합 트랜지션 (여러 애니메이션 동시 적용)

안녕하세요, 하루플입니다. Activity에서 Activity로 화면을 전환을 할 때와 Fragment에서 Fragment로 전환할 때의 방법이 다릅니다. 해당 방법은 Fragment 전환에만 해당하는 방법입니다. 저는 위/아래로 움

haruple.tistory.com

이전 Fragment에서는 <set/> 함수에 <objectAnimator/>를 사용해 복합 트랜지션(여러 애니메이션 동시 적용)을 개발했었습니다. 하지만 Activity의 <set/> 내부에 <objectAnimator/>를 적용할 수 없어 복합 트랜지션을 적용할 수 없었습니다. 어쩔수없이 단일 애니메이션으로 개발을 했는데요, Activity 전환간에도 동시 애니메이션을 적용할 수 있는 방법을 아시는 분은 댓글로 알려주시면 감사드리겠습니다.

단일 애니메이션 개발은 훨씬 간단해지는데요, 단순히 <alpha/> 함수만으로도 Fade in - out 표현이 가능해집니다.

transition_fade_in.xml

    <alpha
        android:fromAlpha="0.0"
        android:toAlpha="1.0"
        android:fillAfter="true"
        android:duration="250"
        />

transition_fade_out.xml

    <alpha
        android:fromAlpha="1.0"
        android:toAlpha="0.0"
        android:duration="250" />

저는 모든 액티비티에 애니메이션을 적용하기 위해 액티비티를 변경하는 함수를 하나 만들었습니다.

해당 함수에 intent만 넣으면 원하는 액티비티로 이동할 수 있도록 했습니다.

fun changeActivity(intent: Intent) {
    startActivity(intent)
    overridePendingTransition(R.anim.transition_fade_in, R.anim.transition_fade_out)
}

startActivitiy 뒤에 overridePenddingTranstion을 사용해 트랜지션 애니메이션을 적용할 수 있습니다.

[Kotlin] 안드로이드스튜디오 Fragment에서 Fragment 복합 트랜지션 (여러 애니메이션 동시 적용)

하루플스토리 — Sat, 4 Mar 2023 21:54:57 +0900

안녕하세요, 하루플입니다.

Activity에서 Activity로 화면을 전환을 할 때와 Fragment에서 Fragment로 전환할 때의 방법이 다릅니다.

해당 방법은 Fragment 전환에만 해당하는 방법입니다.

저는 위/아래로 움직이면서 동시에 Fade in / Fade out 되는 애니메이션을 적용해보겠습니다

먼저 트랜지션 애니메이션을 적용하기 위한 xml을 만들어야 합니다.

여러 애니메이션을 한번에 적용하기 위해서는 <set/>으로 사용할 애니메이션을 묶어주어야 합니다.

transition_fade_in.xml

<set xmlns:android="http://schemas.android.com/apk/res/android">

    <objectAnimator
        android:propertyName="translationY"
        android:valueFrom="50"
        android:valueTo="0"
        android:duration="250"
        android:startOffset="500"
        android:interpolator="@android:anim/accelerate_decelerate_interpolator"/>

    <objectAnimator
        android:propertyName="alpha"
        android:valueFrom="0.0"
        android:valueTo="0.0"
        android:duration="250"
      />

    <objectAnimator
        android:propertyName="alpha"
        android:valueFrom="0.0"
        android:valueTo="1.0"
        android:duration="250"
        android:startOffset="500"
        />

</set>

transition_fade_out.xml

<set xmlns:android="http://schemas.android.com/apk/res/android">

    <objectAnimator
        android:propertyName="translationY"
        android:valueFrom="0"
        android:valueTo="50"
        android:duration="250"
        android:interpolator="@android:anim/accelerate_decelerate_interpolator"/>

    <objectAnimator
        android:propertyName="alpha"
        android:valueFrom="1.0"
        android:valueTo="0.0"
        android:duration="250"
        />

    <objectAnimator
        android:propertyName="alpha"
        android:valueFrom="0.0"
        android:valueTo="0.0"
        android:duration="250"
        android:startOffset="500" />

</set>

사실 단순히 <alpha/> 를 사용해서 단순히 트랜지션을 적용할 수 있는 방법이 널리 쓰이고 있지만 복합적으로 여러 애니메이션을 동시에 적용할 수는 없습니다. 동시에 애니메이션을 사용하기 위해서는 <set/>을 사용 후 <objectAnimator/> 를 사용해 여러 애니메이션을 한번에 묶어주어야 합니다.

애니메이션 xml 코드를 생성한 후에 프래그먼트를 전환할 액티비티에 아래의 코드를 작성해줍니다.

    fun changeFragment(fragment: Fragment) {
        supportFragmentManager.beginTransaction().run { 
            setCustomAnimations(R.anim.frg_transition_fade_in, R.anim.frg_transition_fade_out, R.anim.frg_transition_fade_in, R.anim.frg_transition_fade_out)
            addToBackStack(supportFragmentManager.backStackEntryCount.toString())
            commit()
        }
    }

전환할 프래그먼트에서 위 함수를 사용해서 화면 전환을 수행하면 됩니다.

[Kotlin] 안드로이드스튜디오 BroadcastReceiver

하루플스토리 — Sun, 26 Feb 2023 17:08:34 +0900

안녕하세요, 하루플입니다.

이전에 AlramManager에 대해서 알아보았습니다.

AlramManger를 쓸 때 BroadcaseReceiver를 상속받은 클래스를 활용해야 스마트폰을 재부팅 했을 때나 앱이 종료된 상태에서도 알림을 받을 수 있습니다. 이 BroadcaseReceiver에 대해서 알아보겠습니다.

class NotificationReceiver : BroadcastReceiver() {

    override fun onReceive(context: Context?, intent: Intent?) {
        // Create a notification
        val notification = NotificationCompat.Builder(context!!, "channel_id")
            .setContentTitle("Notification Title")
            .setContentText("Notification Text")
            .setSmallIcon(R.drawable.notification_icon)
            .setPriority(NotificationCompat.PRIORITY_DEFAULT)
            .build()

        // Show the notification
        val notificationManager =
            context.getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager
        notificationManager.notify(0, notification)
    }
}

이 코드에서는 BreoadcaseReceiver를 확장하는 NotificationReceiver 라는 클래스를 만들었습니다. 이 클래스는 AlarmManager에 의해 알림 처리를 담당하게 됩니다.

onReceive() 함수는 BroadcaseReceiver가 Intent를 수신할 때 호출됩니다. 즉, 알림을 트리커 하는데 사용됩니다. 함수는 먼저 NotificationCompat.Builder 클래스를 사용하여 알림을 생성합니다. 알림에는 제목, 내용 및 작은 아이콘을 넣을 수 있습니다. 그리고 알림의 우선 순위를 PRIORITY_DEFAULT로 설정합니다.

알림을 만든 후 함수는 NotificationManager 클래스를 사용해 알림을 표시합니다. 알림에는 ID 0 을 할당했고 나중에 필요한 경우 이 ID 를 사용해 취소하는데 사용할 수 있습니다.

이제 Broadcast Receiver에 대해 자세히 살펴보겠습니다.

Broadcast Receiver는 애플리케이션이 시스템 전체의 브로드캐스트 알림을 수신하고 이에 응답할 수 있도록 하는 Android 구성 요소입니다. 브로드캐스트를 사용하여 사용자가 화면을 끄거나 배터리가 낮아지는 등 다양한 시스템 이벤트를 앱에 알릴 수 있습니다.

BroadcastReceiver가 Intent를 호출되는 onReceive() 함수를 재정의해서 원하는 기능을 수행할 수 있습니다. 인텐트에는 수행할 작업과 브로드 캐스트와 관련된 정보가 포함됩니다.

BroadcastReceiver를 사용하려면 매니페스트 파일에서 해당 클래스를 선언해야합니다. BroadcastReceiver는 다음과 같은 다양한 용도로 사용할 수 있습니다.

장치가 재부팅되거나 배터리가 낮아지는 것과 같은 이벤트에 응답
네트워크 연결 변경 모니터링
수신한 SMS 메세지 또는 전화 통화
AlramManager를 사용해 백그라운드 작업 트리거

[2월에 읽은 도서] 전쟁은 일어나지 않는다는 착각

하루플스토리 — Sun, 26 Feb 2023 00:00:27 +0900

전쟁을 덜 걱정하고 평화를 당연하게 생각하는 평화주의가 우리 삶을 지배하게 되었다. 갈등의 성격이 어떠하든, 그리고 그것이 개인 간 갈등이든 국가 간 갈등이든 간에 폭력이 아니라 협상과 타협을 통해 이성적으로 해결해야 한다는 제도적 평화주의가 당연한 규범으로 자리 잡았다.

평화가 없는 전쟁은 상상하기 어려울 정도로 비현실적이지만, 전쟁 없는 평화는 불가능하다. 전쟁이 더 강력한 국가를 탄생시키고, 더 단단한 조직을 만든다

결과적으로는 그렇지만 다른 좋은 방법이 있지 않았을까? 이 책의 저자는 다른 방법은 불가능하다고 이야기한다. 나도 다른 방법이 있을지 더 깊게 고민해보지 못했고 당장 떠오르지도 않긴 한데 진짜 전쟁이 인류가 뭉치는데 필수 조건인건지는 의문이 든다.

민주주의는 영원한 평화의 가장 필수적인 전제조건이다.

공화주의적 민주 정부는 오직 시민의 권리를 보호하기 위해서만 힘과 권력을 사용한다. 민주 정부에서 전쟁 여부를 결정하려면 국민의 동의가 필요하다. 전쟁의 피해와 고통은 온전히 국민에게 가기 때문에 신중할 수밖에 없다.

반면 권위주의적인 독재체제에서 전쟁 선포를 결정하는 것은 지극히 손쉬운 일이다. 이 때 지배자는 국가의 소유자이고 보잘것없는 한낱 즐거운 유희로써도 전쟁을 결정할 수 있다.

독재체제에서 유희로써 전쟁을 결정할 수 있을 수 있다는 것에는 동의할 수 없다. 복잡한 정치 관계와 본인 국가의 이익을 위해 전쟁을 일으키는 것이지 고작 유희로 결정하는건 독재 국가라도 쉽지 않을 것이다. 다만, 민주 정부에서 전쟁을 일으키는 것은 매우 힘든 결정이라는 것에 동의한다. 모든 국가가 민주 정부라면 좋겠지만 그럴 가능성은 앞으로도 없을 것 같다.

아프가니스탄 전쟁이 20년 만에 허망하게 끝났다. 아프가니스탄 정부는 이슬람 무장 조직 탈레반에 항복하고, 아슈라프 가니 대통령은 카불이 함락되기도 전에 사퇴하고 다른 나라로 도망갔다. 이런 나라를 과연 국가라고 할 수 있는가?

바이든 대통령이 가장 실수했다고 평가받는 정책이 아프간 철수이다. 아프간에서 미군이 철수하자마자 탈레반이 아프간을 정복했고 아프간의 국민들이 고문, 학살, 폭력을 당하고 있다. 미국 입장에서는 미군의 철수를 결정할 수 밖에 없었을 것 같다. 미군을 유지하는데 천문학적인 비용이 들어가는데 그에 따른 가치가 있어야 유지를 할 것이다. 하지만 정치적, 경제적 전략적으로 딱히 유지할 이유가 없어졌는데 거기다 아프간 국민들은 미군만 믿고 정작 본인들이 나라를 지킬 의지가 없었다. 결국 아프간은 바로 함락당했다. 우크라이나와 아프간 두 나라를 보고 국민들이 스스로 국가를 지켜야할 의무가 중요하다고 생각되었다.

전쟁은 의도하지 않게 새로운 역사적 인물을 만들어낸다. 볼로디미르 젤렌스키가 우크라이나 대통령이 아니었다면 러시아의 우크라이나 침공은 현재와 같은 방식으로 진행되지 않았을 것이다. 우크라이나에 대한 그의 책임과 용기는 자신에게 철수를 제안한 미국 정보 관리들에게 “나는 탈 것이 아니라 탄약이 필요하다”라고 말한데서 잘 드러난다. 우크라이나 전쟁이 어떻게 끝날지는 미지수이지만, 젤렌스키의 등장이 전쟁의 성격과 과정을 규정했음을 부인할 수는 없다.

[Kotlin] 안드로이드스튜디오 AlramManager 기능 및 사용방법

하루플스토리 — Sat, 25 Feb 2023 14:44:21 +0900

안녕하세요, 하루플입니다.

Android 플랫폼은 AlramManager API를 포함해 백그라운드 작업을 관리하기 위한 여러 API를 제공합니다.

이번에는 AlramManger API를 이용해 백그라운드 작업을 예약하고 실행하는데 사용할 수 있는 방법을 보겠습니다.

AlramManager

AlramManager API는 개발자가 애플리케이션에서 백그라운드 작업을 예약하고 실행할 수 있도록 하는 Android 플랫폼의 구성 요소입니다. 특정 간격 또는 특정 시간에 작업을 예약하고 실행하는 간단하고 효율적인 방법을 제공합니다. 새 데이터 또는 알림 확인, 정기 유지 관리작업 수행, 백그라운드 서비스 실행 등 다양한 작업을 수행할 수 있습니다.

AlramManager API의 가장 일반적으로 사용되는 내장 기능 중 일부입니다.

set() : 특정 시간 또는 특정 간격 후에 실행될 작업을 예약하는 데 사용합니다. 개발자는 set() 함수를 사용하기 위해 알람의 종류, 알람이 발생해야 하는 시간, 알람이 발생할 때 실행한 PendingIntent를 인자 값으로 제공해야 합니다.

setRepeating() : 특정 간격으로 실행할 작업을 예약하는데 사용됩니다. 알람의 종류, 알람이 발생해야 하는 간격, 알람이 처음 발생해야 하는 시간, 알람 발생 시 실행한 PendingIntent를 제공해야 합니다. 정확한 시간에 알람이 울려야 하는 경우 사용합니다.

setInexactRepeating() : setRepeating 함수와 유사하지만 시스템이 알람의 정확한 타이밍을 조정해 시스템 리소스를 최적화 할 수 있습니다. (배터리 타임 최적화 등) 인자 값은 setRepeating과 동일하게 제공하면 됩니다. 정확한 시간에 알람이 울리지 않을 수 있지만 시슨템 최적화를 위해 안드로이드에서 권장하는 방법입니다.

cancel() : 이전에 예약된 알람을 취소하는데 사용합니다.

해당 예시에서는 NotificationReceiver와 Menifest 작성에 대해서는 생략하였습니다. 단순히 AlramManager의 기능을 알아보기 위한 포스팅입니다.

1) 특정 시간에 실행되도록 작업 예약

set() 함수를 사용해 특정 시간에 실행될 작업을 예약합니다. 작업은 지정된 시간에 사용자에게 알림을 표시합니다.

val notificationIntent = Intent(this, NotificationReceiver::class.java)
val pendingIntent = PendingIntent.getBroadcast(this, 0, notificationIntent, 0)
val currentTime = System.currentTimeMillis()
val triggerTime = currentTime + 10000 //알림 작동 시간 테스트로 10초 후로 지정
val alarmManager = getSystemService(Context.ALARM_SERVICE) as AlarmManager
alarmManager.set(AlarmManager.RTC_WAKEUP, triggerTime, pendingIntent)

알람이 실행되어야 하는 시간을 계산하고(예시에서는 10초 후) AlramManger의 인스턴스를 가져옵니다. 마지막에 set() 함수를 사용해 지정된 시간에 알람이 울리도록 예약합니다.

2) 특정 간격으로 실행되도록 작업 예약

setRepeating()함수를 사용하여 특정 간격으로 실행될 작업을 예약합니다. 작업은 30분 마다 사용자에게 알림을 표시합니다.

val notificationIntent = Intent(this, NotificationReceiver::class.java)
val pendingIntent = PendingIntent.getBroadcast(this, 0, notificationIntent, 0)
val alarmManager = getSystemService(Context.ALARM_SERVICE) as AlarmManager
alarmManager.setRepeating(
    AlarmManager.RTC_WAKEUP,
    System.currentTimeMillis(),
    AlarmManager.INTERVAL_HALF_HOUR,
    pendingIntent
)

setReapeating의 AlramManager.INTERVAL_HALF_HOUR를 수정해 원하는 시간마다 알림을 표시하도록 수정할 수 있습니다.

3) 부정확한 간격으로 실행되도록 작업 예약

setInexactRapeating() 함수를 사용해 부정확한 간격으로 실행되도록 작업을 예약할 수 있습니다. 작업은 네트워크 호출을 수행해 6시간마다 새 데이터를 확인합니다.

val networkIntent = Intent(this, NetworkReceiver::class.java)
val pendingIntent = PendingIntent.getBroadcast(this, 0, networkIntent, 0)
val alarmManager = getSystemService(Context.ALARM_SERVICE) as AlarmManager
alarmManager.setInexactRepeating(
    AlarmManager.RTC_WAKEUP,
    System.currentTimeMillis(),
    AlarmManager.INTERVAL_HALF_DAY,
    pendingIntent
)

AlramMangerAPI의 기능 및 Android에서 백그라운드 작업을 예약하고 실행하는 데 사용할 수 있는 방법을 살펴보았습니다. 새로운 데이터를 확인하든, 정기적인 유지 관리 작업을 수행하든 백그라운드 서비스를 실행하든 관계 없이 AlramManager API를 사용하면 이러한 작업을 쉽게 관리하고 실행할 수 있습니다.

안드로이드 개발 문서 참고 링크

반복 알람 예약 | Android 개발자 | Android Developers

반복 알람 예약 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. 알람(AlarmManager 클래스 기반)을 사용하면 애플리케이션이 사용되지 않을 때 시간 기반 작업을

developer.android.com

이펙티브 코틀린 : 예외를 활용해 코드에 제한을 걸어라

하루플스토리 — Sun, 19 Feb 2023 23:59:13 +0900

예외를 활용해 코드에 제한을 걸어라

확실하게 어떤 형태로 동작해야하는 코드가 있다면 예외를 활용해 제한을 걸자
제한을 걸면 문서를 읽지 않은 개발자도 문제를 확인할 수 있다.
문제가 있을 경우 함수가 예상하지 못한 동작을 하지 않고 예외를 throw 한다. 예상하지 못한 동작을 하는건 예외를 throw하는 것보다 굉장히 위험하며, 상태를 관리하는 것이 굉장히 힘들다.
Argument
- 일반적으로 제한 걸때는 argument를 사용한다.
- require함수로 제한을 확인하고 제한을 만족하지 못할 경우 예외를 throw 한다.
- require 함수는 조건을 만족하지 못할 때 무조건 IllegalArgument Exception을 발생시키므로 제한을 무시할 수 없다.
check
- check 함수는 require과 비슷하지만 지정된 예측을 만족하지 못할 때 IllegalStateException을 throw 한다.
- 상태가 올바른지 확인할 때 사용한다.
- 사용자가 코드를 제대로 사용할거라고 믿고 있는 것 보다는 항상 문제 상황을 예측하고, 문제 상황에 예외를 throw하는 것이 좋다.
assert
- 단위테스트는 구현의 정확성을 확인하는 가장 기본적인 방법이다.
- assert함수는 프로덕션 환경에서는 오류가 발생하지 않고 테스트 할 때만 활성화 되므로 오류가 발생해도 사용자가 알아차릴 수 없다.
- 이 코드가 정말 심각한 오류라면 check 함수를 사용하는게 좋다.

결과 부족이 발생할 경우 Null과 Failure를 사용해라

함수가 원하는 결과를 만들어 낼 수 없을 때가 있다.
이럴 때 null 또는 Failure를 리턴하거나 예외를 throw 한다.
여기서 예외를 throw 하는 방법은 좋지 않다. 예외는 정보를 전달하는 방법으로 사용해서는 안된다. 잘못된 특별한 상황을 나타내야 한다.
충분히 예측할 수 있는 범위의 오류는 null 과 failure를 사용하고, 예측하기 어려운 예외적인 범위의 오류는 예외를 throw 해서 처리하는게 좋다.

이펙티브 코틀린 : 변수의 스코프를 최소화하라

하루플스토리 — Sat, 18 Feb 2023 21:00:04 +0900

변수의 스코프를 최소화하라

상태를 정의할 때는 프로퍼티의 스코프를 최소화 하는 것이 좋다.
스코프 { } 를 최대한 좁게 사용하는 것이 좋다. 예를 들어 반복문 내에서만 변수가 사용되면 변수를 반복문 내에 작성하는게 좋다.
스코프를 좁게 만드는 이유 : 프로그램을 추적하고 관리하기 쉽기 때문
스코프 범위가 너무 넓으면 다른 개발자에 의해 변수가 잘못 사용될 수도 있다.

최대한 플랫폼 타입을 사용하지 말라

코틀린에서는 null safety 메커니즘이 있지만 C, 자바와 같이 없는 언어와 연결해서 사용할 때는 이런 예외가 발생할 수 있다.
코틀린은 자바 등 다른 언어에서 넘어온 nullable 여부를 알 수 없는 타입을 ‘플랫폼 타입’ 이라고 한다.
자바를 코틀린과 함께 사용할 때 가능한 @Nullable 과 @NotNull 어노테이션을 붙여서 사용한다.

inferred 타입으로 리턴하지 말라

타입 추론 (type inference)는 코틀린의 특징이다.
타입을 확실하게 지정해야 하는 경우에는 굉장히 중요한 정보이므로 숨기지 않는 것이 좋다.
안전을 위해 외부 API를 만들 때는 반드시 타입을 지정해야한다.
val DEFAULT_CAR = Fialt126P() 이렇게 inferred 타입으로 리턴하면 제한이 너무 많아지거나 예측하지 못한 결과를 낼 수 있다.

이펙티브 코틀린 : 1부 좋은 코드

하루플스토리 — Mon, 6 Feb 2023 22:37:30 +0900

가변성을 제한하라

코틀린은 모듈(클래스, 객체, 함수, 타입별칭, 톱레벨 프로퍼티 등)로 프로그램을 설계한다.
상태 변경이 많아지면 추적하는 것이 힘들어진다.
var 가변성이 있으면 코드의 실행을 추론하기 어려워진다.
변경이 많으면 더 많은 조합을 테스트 해야한다.
그러므로 변할 수 있는 지점은 줄일수록 좋다.

코틀린은 읽기전용 프로퍼티 val을 사용해 가변성을 제한할 수 있다.
다만, mutable 객체라면 내부적으로 변할 수 있다.
val 이 읽기전용 프로퍼티이지만 불변(immutable)을 의미하진 않는다.
완전히 변경할 필요가 없는 변수라면 final을 활용하자.

읽기 전용 : Iterable, Collection, Set, List
읽기쓰기 : MutableIterable, MutableCollection, MutableSet, MutableList
읽기 전용에서 mutable로 변경해야 한다면, 복제(copy)를 통해서 새로운 mutable 컬렉션을 만드는 list.toMutableList를 활용해야한다.

Delegates.observable을 사용하면 변경이 있을 때 감지할 수 있다.
var list = mutableList<Int>() 이렇게 두 지점에 모두 가변성을 주는건 좋지 않다. 두 지점에 대한 동기화를 모두 구현해야하고, 모호성이 발생해 +-를 사용할 수 없다.
상태를 나타내는 mutable 객체를 외부에 노출하는 것은 위험하다.

[1월에 읽은 도서] 주택청약의 모든 것

하루플스토리 — Mon, 30 Jan 2023 20:22:34 +0900

안녕하세요, 하루플입니다.

회사에서 챌린지를 하나 진행하는데 그 중 하나가 매달 책 1권 읽기입니다!

이번에 읽은 책은 거의 전공서적 읽듯이 외우려고 노력하면서 읽었어요! (하지만 벌써 많이 까먹음..)

그동안 여러 부동산 관련 책을 봐왔는데 대부분 자기계발서처럼 돈을 얼마만큼 모으고 불리는 내용이 주를 이뤘었어요.

백날 부동산 경매니 시세 차익이니 봐도 내가 당장 실행을 못하기때문에.. 그냥 그렇구나 하고 넘어갔어요ㅜ

근데 이건 실질적으로 나한테 가능성이 있는 청약이라는 내용으로 오랜만에 진짜 공부다운 공부를 한 책이라 좋았습니다!

그리고 주택청약을 담당하고 있는 한국부동산원에서 출간해서 찐으로 신뢰도가 높았습니다.

부동산 시장이 떡락하고 있는 시점이라 지금이 공부하기에 딱 좋은 타이밍일지도?

저는 지금 당장 저한테 적용되는 생애최초 특별공급을 위주로 봤는데 주택 면적 제한, 자산 요건 등이 다 나와있어서 청약홈에서 지원할 수 있는 아파트를 바로 고를 수 있게 된것만 해도 엄청난 발전인 것 같아요.

생애최초 특별공급

- 장기 가입자가 주택을 우선 공급받는 청약 제도로 인한 사회 초년생들의 주거 불안 및 근로 의욕 저하 문제를 해소하고, 무주택 근로자에 대한 청약 기회를 확대하고자 등장

신청 자격

- 과거 주택 소유x

- 근로자 또는 자영업자

- 5개년 이상 소득세 납부

- 소득 또는 자산 기준 충족

지금 청약을 하지 않아서 기준이 변동될 수 있다 하더라도 청약 시스템에 대해서는 완전히 이해하게 되었습니다!

당첨 부적격자에 대한 내용들도 엄청 자세하게 나와있어서 지원 직전에 제가 지원하는 항목만 펴서 보면 될 것 같아요.

도서 판매액은 전액 기부된다고 하니 쫌 더 뿌듯한 느낌..?!

[Android] TextInputEditText의 Error 메세지 작업

하루플스토리 — Sun, 29 Jan 2023 21:28:44 +0900

안녕하세요, 하루플입니다.

구글 material 라이브러리의 TextInputEditText로 작업중인데 에러 메세지를 띄우는데 문제가 있었습니다.

여기서 TextInputEditText에 에러를 설정해보았습니다.

binding.etNickName.error = "자음과 모음을 조합해주세요"

그러자

엥... 미친...

너무 무서워보이는 절대 입력해서는 안될것같은 무시무시한 UI가 출력되었습니다.

저정도의 UI를 바란게 아니라 하단에서 밑으로 에러메세지가 출력 되는게 일반적인 UI인데 왜저러나 하고 계속 서치해봤습니다.

하지만 아주 심플한 문제였습니다.

TextInputEditText에 error를 적용하면 안되고 TextInputLayout에 적용해야합니다.

binding.textInputLayout.error = "자음과 모음을 조합해주세요"

간단한 문제라 그런가 왜안되지 검색하니 나오지도 않더라구요...

여튼 성공했습니다!

오늘은 연속 10시간째 코딩중인데 중간에 머리좀 식혀야할듯..!

[Android] 카카오 로그인을 구현하면서 경험한 시행착오

하루플스토리 — Sun, 29 Jan 2023 11:02:31 +0900

안녕하세요, 하루플입니다.

지금 사이드 프로젝트를 진행하면서 카카오 로그인을 구현하고 있는데요, 메인 서버로는 파이어베이스를 사용할 예정인데 카카오 로그인으로 받아온 정보로 파이어베이스에도 로그인을 해야하는 아주 번거로운 작업이 기다리고 있습니다...

카카오 로그인 구현 과정은 아래 블로그에서 자세히 설명해두셔서 참고해서 구현했습니다.

[Kotlin] 코틀린으로 카카오 로그인 연동해보기(API v2)

Kakao Login API v2 연동

kdjun97.github.io

1. 카카오 이메일 필수동의 권한 어디로?!

파이어베이스 로그인할 때 필수적으로 이메일ID가 필요한데, 카카오 API에서 필수 동의 기능을 제공하지 않고 있었습니다.

선택동의면 사용자가 혹시 이메일ID를 제공하지 않음에 체크한다면 회원가입을 진행할 수가 없습니다.

그래서 무조건 필수 동의를 얻어야하죠.

필수 동의 권한을 얻으려면 비즈니스 계정 등록을 해야하는데 이걸 몰라서 시간을 좀 날렸네요..ㅜㅜ

사업자는 없으므로 사업자 정보 등록 말고 아래 비즈니스 채널을 개설할 수 있는 부분에서 작업해야합니다.

그리고 비즈니스 앱을 등록하기 위해서는 카카오 디벨로퍼스에 앱 아이콘을 반드시 등록해야합니다.

여기서 개인 개발자 비즈 앱 전환을 누르고 진행하면 됩니다.

2. Gladle 의존성 그냥 IDE로 편하게 넣자

구글이 Firebase 개발자 문서를 업데이트 하지 않아서인지 문서에 있는 코드로 dependencies를 넣으면 에러가 계속 발생했습니다.

private lateinit var auth : FirebaseAuth
auth = FirebaseAuth.getInstance()

대표적으로 FirebaseAuth를 초기화하는데서 의존성이 잘못되었다는 에러 코드가 자꾸 발생하네요. 그 외에도 여러 에러가 발생..

수기로 의존성을 넣지말고 IDE의 힘을 빌리니 쉽게 해결되었습니다.

Tools - Firebase - Authentication - email, password 뭐시기 저시기 클릭

여기서 나온 설명대로 Connect 누르고, 인증 SDK 넣으면 바로 해결됩니다!

갤럭시 S23 시리즈 유출 (출시일, 디자인, 카메라, 성능, 가격)

하루플스토리 — Tue, 24 Jan 2023 19:27:05 +0900

안녕하세요, 하루플입니다.

여러 해외 매체들을 통해서 곧 출시되는 갤럭시 S23의 정보들이 거의 유출되었습니다.

언팩 날짜도 이미 정해졌는데 한국 날짜로 2022년 2월 2일 삼성 갤럭시 언팩 2023을 통해 공개될 예정입니다.

네이버에 이미 사전판매 알림신청까지 떴고, 유출된 기기와 오피셜로 뜬 저 카메라 모양이 동일한거로 봐서 유출 사진과 동일하게 나올 가능성이 매우 높아 보입니다. 삼성놈들 몇년전부터 계속 유출되던데.. 보안이 어떻게 된건지...

이 사진은 아마 곧 나올 언팩에서 사용되는 영상같은데 이게 벌써 공개되버리면 어떡하냐...ㅜ

울트라 모델은 전작이랑 디자인이 동일하고, 일반 S23, S23+ 모델만 이전 컨투어컷 카메라 디자인에서 카메라 섬이 없어졌습니다.

울트라 모델 한정으로 2억 화소 카메라가 들어간다고 합니다. Ice universe에서 유출한 2억화소로 찍고 12배 확대한 사진인데 엄청 선명해보입니다! 다른 경쟁사들도 센서 사이즈를 많이 키워서 갤럭시 카메라를 많이 따라잡았었는데 이번에 갤럭시가 얼마나 격차를 벌려낼지 기대되네요! 폴드에도 2억화소 카메라가 적용되면 좋겠습니다..

그리고 야간 촬영과 달 사진 촬영 성능 개선을 예고하는 갤럭시 언팩 2023 티저가 공개되었습니다.

사진에서 비약적인 발전이 있길!

갤럭시 언팩 2023 티저

칩셋은 Snapdragon 8 Gen 2가 탑재됩니다.

항상 아이폰에 밀려 성능에서 부진하다는 말을 들은 갤럭시인데 유출된 정보에 따르면 퀄컴에서 갤럭시에 칩셋을 제공할 때 커스텀 칩셋을 준다고 합니다. 아마 오버클럭을 해서 주거나 수율이 높은 제품에 삼성 스마트폰에 최적화한 상태로 제공할 것 같네요.

이번 스냅드래곤 성능 유출된게 A16 칩셋과 멀티코어 부분에서 비슷하고 그래픽에서는 더 높은 점수로 나왔습니다. 이번 작에서는 성능, 발열, 배터리 모두 진짜 기대해도 좋을수도..? 엑시노스를 이번에 탑재하지 않아서 정말 다행입니다!

확정은 아니지만 유출된 가격은 아래와 같습니다.

갤럭시 S23 : 115만 5000원

갤럭시 S23+ : 136만 3000원

갤럭시 S23 울트라 : 159만 4000원

원자재 가격 상승과 스냅드래곤8 Gen2 칩셋의 가격 상승 때문에 가격을 전작보다 15만원이나 높게 받는다고 하네요.. 아쉽지만 성능이 아이폰 13, 14 급으로 받쳐준다면야 지불할 가치가 있는 것 같습니다.

그리고 내년 S24부터는 플러스 모델이 단종될 수도 있다는 소식이 들려오고 있는데.. 중간 모델이 잘 팔리지 않아서 그런거 같긴 합니다. 아이폰도 일반 모델과 프로모델은 잘 팔리는데 플러스 모델이 유독 안팔려서 최근에 30~40% 생산량을 줄인다고 하네요.

저는 앞으로도 계속 폴드를 쓸 예정이라 이번 모델 패스하고 8월까지 기다려보겠습니다!

[Android] CollapsingToolbarLayout, ViewPager2를 함께 사용시 스크롤 이슈 해결방법

하루플스토리 — Thu, 19 Jan 2023 17:10:02 +0900

앱을 개발하다가 구글 meterial 라이브러리 중 CollapsingToolbarLayout을 사용했다.

CoordinatorLayout 내부에 상단에 쓸 AppBarLayout 을 쓰고 그 하단에 뷰가 보일 페이지를 구성한다.

나는 하단에 ViewPager2 를 사용하였기 때문에 내부를 NestedScrollView로 감싸고, 그 NestedScrollView에 behavior 옵션을 지정했었다.

app:layout_behavior="@string/appbar_scrolling_view_behavior"

아래와 같은 구조로 만들었었는데 스크롤에 이슈가 생겼다.

<androidx.coordinatorlayout.widget.CoordinatorLayout>

	 <com.google.android.material.appbar.AppBarLayout>
     
     	<com.google.android.material.appbar.CollapsingToolbarLayout>
        
         </com.google.android.material.appbar.CollapsingToolbarLayout>
         
     </com.google.android.material.appbar.AppBarLayout>
     
     <androidx.core.widget.NestedScrollView>
     
     	<androidx.viewpager2.widget.ViewPager2/>
        
     </androidx.core.widget.NestedScrollView>
     
</androidx.coordinatorlayout.widget.CoordinatorLayout>

손으로 꾹 누른 상태로 스크롤 하면 상단 AppBar가 움직이지 않고, 스크롤 직후 떼면 관성에 의해서만 AppBar가 동작하는 이슈였다.

굉장히 많은 삽질과 스택오버플로우의 검색으로 2시간 반만에 문제를 해결했다...

무려 7년 7개월 전 스택오버플로우 게시글에서 힌트를 찾을 수 있었다.

이 힌트를 보고 구조를 바꾸었다.

<androidx.coordinatorlayout.widget.CoordinatorLayout>

	 <com.google.android.material.appbar.AppBarLayout>
     
     	 <com.google.android.material.appbar.CollapsingToolbarLayout>
        
         </com.google.android.material.appbar.CollapsingToolbarLayout>
         
     </com.google.android.material.appbar.AppBarLayout>
     
            <androidx.viewpager2.widget.ViewPager2
                android:id="@+id/view_pager"
                android:layout_width="match_parent"
                android:layout_height="match_parent"
                android:nestedScrollingEnabled="false"
                app:layout_behavior="@string/appbar_scrolling_view_behavior"/>
    
</androidx.coordinatorlayout.widget.CoordinatorLayout>

ViewPager에 behavior 속성을 넣고 ViewPager 내부에서 사용하는 프래그먼트에 NestedScrollView를 넣었다.

fragment.xml

<androidx.core.widget.NestedScrollView
    android:layout_width="match_parent"
    android:layout_height="match_parent">
        
        ''' 중략 '''
        
</androidx.core.widget.NestedScrollView>

그러자 드디어 원하는대로 동작 성공!!

우선, 두시간 삽질의 원인은 CollapsingToolbarLayout 을 사용하는 xml에 있는 스크롤뷰만 인식한다고 생각했었는데 이게 큰 오산이었다. 뷰페이저에 사용하는 프래그먼트의 스크롤도 인식하도록 구글이 구현해두었을줄이야..

어쨌든 이상한건 밖에 있는 스크롤뷰는 제대로 인식하지 못하고 내부에 있는 스크롤뷰만 제대로 인식하는게 이상하긴 한데 동작해서 좋다.

[Android | Kotlin] Bottom Sheet Dialog 개발하기

하루플스토리 — Tue, 17 Jan 2023 21:33:26 +0900

안녕하세요, 하루플입니다

Bottom Sheet Dialog를 개발중인 앱에 적용해야해서 커스텀해서 예쁘게 적용을 완료했습니다!

이 Bottom Sheet 라이브러리를 알기전에는 git에서 다른 유저가 개발한 라이브러리를 가져와서 스크롤 되는 화면을 구현했었는데요, 성능적으로나 미관상으로도 좋지 않은 방법이었습니다.

Bottom Sheet Dialog를 사용하는 다른 앱을 찾아보았는데요, 제가 사용하던 '스픽' 이라는 영어 스피킹 앱에서 Bottom Sheet Dialog를 이용해 캘린더를 적용한 모습을 볼 수 있었습니다.

Bottom Sheet Dialog는 위 영상처럼 평소에는 숨겨져 있다가 나타나는 뷰입니다. 그리고 Dialog로 만들어져있기 때문에 Dialog 내부의 함수를 이용할 수 있습니다.

개발하면서 느낀 Dialog의 장점은 상단 작업표시줄까지 깔끔하게 alpha 처리 되어 완성도를 높일 수 있다는 점과, 커스텀해서 복잡한 뷰가 포함되어 있더라도 Dialog가 제거되면 뷰가 완전히 사라지면서 앱 성능을 좋게 유지할 수 있다는 점입니다.

Bottom Sheet Dialog 개발

먼저 Bottom Sheet Dialog 내부 레이아웃을 만듭니다.

layout_behavior에 BottomSheet로 사용할 레이아웃이라는 것을 명시해줍니다.

bottom_sheet_dialog.xml

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    app:layout_behavior="com.google.android.material.bottomsheet.BottomSheetBehavior">

</androidx.constraintlayout.widget.ConstraintLayout>

MainActivity.kt

val bottomSheetView = layoutInflater.inflate(R.layout.bottom_sheet_dialog, null)
val bottomSheetDialog = BottomSheetDialog(this)
bottomSheetDialog.setContentView(bottomSheetView)

사용할 화면에서 BottomSheetDialog를 띄워주면 끝입니다.

정말 기본적인 코드만 적어두었는데, 여러곳에서 사용하려면 BottomSheetDialog만의 클래스를 생성해 모듈화 작업을 거치는게 좋습니다.

BottomSheetDialog 속성

BottomSheetDialog는 behavior 라는 속성에 쉽게 커스텀 할 수 있도록 여러 옵션을 제공하고 있습니다.

bottomSheetDialog.behavior.isHideable = true

peekHeight : bottomSheet를 완전히 접었을 때의 높이를 설정한다.
isHideable : bottomSheet를 완전히 접었을 때 아예 숨길 수 있도록 할지 설정한다.
skipCollapsed : bottomSheet를 숨길때 접히는 상태를 무시할지 여부를 결정.
draggable : 뷰를 드래그해서 접을지 펼칠지 여부를 결정한다. BottomSheet 내부에 스크롤바가 있으면 해당 옵션을 동적으로 지정해 스크롤 동작을 원하는대로 수행할 수 있다.
fitToContents : 펼쳐진 뷰의 높이가 content를 감쌀 것인지의 여부를 결정한다. false로 설정시 뷰가 펼쳐졌을 때 아래로 드래그할 경우 부모 컨테이너 높이의 절반으로 먼저 접히고 다시 드래그하면 완전히 접힌다.
halfExpandedRatio : 절반만 펼쳐졌을 때 뷰의 높이를 결정한다. fitToContents가 false 일때만 동작한다.
expandedOffset : 완전히 펼쳐진 상태일 때 뷰의 오프셋을 결정한다.

위 behavior 옵션들을 사용해 서비스 되고 있는 '스픽' 앱처럼 BottomSheetDialog 를 커스텀 할 수 있습니다.

BottomSheetDialog 상태

bottomSheetDialog.behavior.state = BottomSheetBehavior.STATE_EXPANDED

STATE_EXPANDED : 완전히 펼쳐진 상태
STATE_COLLAPSED : 접혀있는 상태
STATE_HIDDEN : 아래로 숨겨진 상태
STATE_HALF_EXPANDED : 절반으로 펼쳐진 상태
STATE_DRAGGING : 드래그 되고 있는 상태
STATE_SETTING : 드래그/스와이프 직후 고정된 상태

BottomSheetDialog 상태

[Android | Kotlin] 이모지/이모티콘을 TextView에 적용하기

하루플스토리 — Sun, 15 Jan 2023 18:22:22 +0900

안녕하세요, 하루플입니다.

안드로이드 앱에 이모지를 적용하려고 제공하는 라이브러리를 사용해보았는데

https://developer.android.com/guide/topics/ui/look-and-feel/emoji-compat?hl=ko

그림 이모티콘 호환성 | Android 개발자 | Android Developers

그림 이모티콘 지원 라이브러리를 사용하면 최신 그림 이모티콘으로 Android 기기를 최신 상태로 유지할 수 있습니다.

developer.android.com

안드로이드 공식 문서에서 제공하는대로 라이브러리를 적용해보았는데 제대로 안나오더라구요..

이 방법은 나중에 다시 적용해봐야할 것 같습니다.

그래서 라이브러리가 아닌 더 쉽게 이모티콘의 유니코드로 바로 이모지를 적용하는 방법을 찾았습니다!

https://apps.timwhitlock.info/emoji/tables/unicode

Emoji unicode characters for use on the web

Emoji code points and example glyphs using web fonts, sprites and native OS representation of Emoji characters

apps.timwhitlock.info

위 사이트에 접속하면 이모지의 유니코드를 확인할 수 있습니다.

적용하고 싶은 유니코드를 복사합니다.

웃는 얼굴 유니코드는 'U+1F601' 인데 여기서 U+ 를 0x 로 치환해 '0x1F601' 로 바꿉니다.

val unicodeText = "${String(Character.toChars("0x1F601"))}"
binding.textView.text = unicodeText

그리고 이렇게 텍스트를 적용해주면 이모티콘이 잘 나오게 됩니다.

[Android | 앱 성능 최적화] GPU 렌더링 속도 프로파일링 및 레이아웃 평탄화

하루플스토리 — Thu, 12 Jan 2023 21:21:33 +0900

안녕하세요, 하루플입니다.

많이 아시다시피 안드로이드와 IOS의 앱 성능 차이는 눈에 띌 정도로 크게 납니다.

IOS는 걱정을 덜해도 되는 반면 안드로이드는 개발할 때 성능면에서 더 깊은 고민과 함께 코드를 짜야합니다..

곧 출시되는 갤럭시S23부터는 스냅드래곤8 Gen2 가 들어가는데 유출된 성능을 보면 싱글코어 1500점대, 멀티코어 4600점대로 애플의 A14칩셋 정도로 따라온 것을 볼 수 있습니다. (분발해라 엑시노스던 퀄컴이던..)

이정도만 되도 성능 걱정을 조금 덜 할텐데.. 우리는 이전 세대의 스마트폰을 커버할 수 있도록 개발해야하기 때문에 성능 최적화에 계속 힘써야합니다. 물론 칩셋 성능이 좋아지더라도 계속 최적화된 소프트웨어를 개발 해야겠죠.

회사에서 신규 앱을 개발한지 벌써 1년이 넘었는데요, 계속해서 기능이 추가되고 복잡한 커스텀 UI나 애니메이션을 넣다보니 슬슬 앱에 렉이 생기기 시작했습니다. 거기에 모자라서 BottomNavigation으로 여러 Fragment를 한번에 생성하고 그 BottomNavigation의 Fragment 내부에 ViewPager 화면이 11개가 있는 등 어마어마한 양의 뷰를 처리하다보니 렉이 안생길수가 없습니다ㅜㅜ 자연스럽게 메모리도 많이 먹게 되었고, 애니메이션을 실행할 때 심한 렉이 동반되기 시작했습니다.

그렇게 뒤늦게나마 앱 최적화 작업에 들어가게 되었습니다.

안드로이드의 성능 최적화를 검색하면 아마 GPU 렌더링 프로파일링과 오버드로 디버그를 통해 문제를 해결하는게 가장 많이 보일텐데요, 이번 글에서는 GPU 렌더링 속도 프로파일링으로 어떻게 성능을 향상했는지 알려드리겠습니다.

프로파일러 사용 설정

설정 - gpu 검색 - 프로필 HWUI 렌더링 - 화면에 막대로 표시

프로파일러로 속도 저하 문제 확인

이 기능은 프로파일러 말 그대로 속도 저하의 문제가 무엇인지 확인하는 용도로만 사용합니다. 시각적으로 구동되고 있는 앱이 어느정도의 프레임을 달성하고 있는지 보여줍니다. 요즘 출시되는 스마트폰은 초당 120 프레임까지도 표현하는데 사실 렉걸린다는거 부터 초당 10프레임까지도 떨어진다는걸 의미하기 때문에 속도 문제를 해결하기 전에는 하드웨어의 120프레임을 온전히 활용할 수가 없습니다

토스와 배달의 민족 Android App GPU 렌더링 프로파일링

GPU 렌더링 프로파일링을 켜두고 토스와 배달의 민족 앱을 구동해봤습니다.

가로 선의 의미를 알아야 하는데요, 얇게 있는 녹색 가로선은 16.67ms를 의미합니다. 초당 60프레임을 달성하려면 맨 아래에 있는 녹색 가로선을 그래프가 넘지 않아야 합니다. 그런데 사진에서 토스나 배달의 민족 앱 모두 훌쩍 뛰어넘어 있는걸 볼 수 있습니다. 이는 앱을 최초 실행하였을 때 레이아웃을 계산해야하기 때문에 필연적으로 최초 1회동안만 발생하는 렉이라 괜찮습니다. 우리는 앱을 구동중에 렉이 발생하지 않도록 해야합니다. 이제 세로선의 의미를 보겠습니다. 제가 중점으로 봐야할 부분은 '측정, 레이아웃' 입니다.

많은 뷰와 레이아웃 계층을 사용한 앱이라면 저 연두색 그래프가 길게 나와있을겁니다. 레이아웃을 계산하는데 시간이 너무 오래걸려 발생하는 문제인데 다행스럽게도 레이아웃 계층을 줄이는 몇가지 해결 방법이 있습니다!

Constraint Latout을 하나만 사용하여 평탄화

<androidx.constraintlayout.widget.ConstraintLayout 
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <androidx.constraintlayout.widget.ConstraintLayout
    	android:id="@+id/button"
        android:layout_width="match_parent"
        android:layout_height="match_parent">

    </androidx.constraintlayout.widget.ConstraintLayout>

</androidx.constraintlayout.widget.ConstraintLayout>

사실 최적화를 진행하기 전에는 ConstraintLayout 내부에 ConstraintLayout을 하나 더 생성해서 조금 복잡한 UI의 버튼을 구현하곤 했었습니다 이게 개발자 입장에서는 레이아웃을 통째로 버튼으로 쓰면되니까 편한데 성능에서는 전혀 좋지 않습니다.

레이아웃 계층이 하나씩 늘어날 때마다 안드로이드는 뷰 위치를 계산해야 하는 횟수가 증가하게 됩니다. 그래서 Constraint 레이아웃을 하나만 사용하도록 xml을 수정했고 같은 뷰를 구현하더라도 레이아웃 계산에 쓰이는 시간을 줄일수 있게 되었습니다.

한번 이렇게 리팩토링을 거치고나면서 성능의 중요성을 깨닫고.. 이제는 처음부터 ConstraintLayout을 한번만 사용하려고 하고 있습니다ㅠㅠ

정말 간단히 가로/세로로만 뷰가 배치되면 LinearLayout 사용하기

보통 앱 화면을 개발할 때 가로, 세로로만 뷰가 배치되는 경우는 거의 없습니다. 그럼에도 화면 내부에서 일부 모듈만을 개발한다거나 정말 간단한 화면을 구현할 때는 가로, 세로로만 배치되는 경우가 간혹 있습니다. 이런 경우에는 LinearLayout을 써도 계층이 더 복잡해지지 않기 때문에 괜찮습니다.

<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">
    
    <TextView
        android:id="@+id/tv_test_1"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"/>

    <TextView
        android:id="@+id/tv_test_2"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"/>

</LinearLayout>

다른 레이아웃을 가져올 때 merge 태그 사용하기

<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">
    
    <include
        layout="@layout/act_main"/>

</LinearLayout>

보통 반복되는 레이아웃을 재사용하기 위해 <include/> 태그를 사용하곤 합니다. 이때 include 내부에 들어있는 layout은 무조건 레이아웃이 감싸져있겠죠? 그래서 위의 코드와 아래 코드가 똑같을 겁니다.

<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <androidx.constraintlayout.widget.ConstraintLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent">
        
        ''' 중략 '''
        
    </androidx.constraintlayout.widget.ConstraintLayout>

</LinearLayout>

이러면 쓸모없이 레이아웃이 하나 더 생성되어 있는거고 마찬가지로 레이아웃 계층 계산에 시간이 더 소요되게 됩니다. 이를 해결하기 위해 안드로이드에서는 merge 태그를 제공합니다.

<?xml version="1.0" encoding="utf-8"?>
<merge xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:id="@+id/layout_parent"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    tools:parentTag="androidx.constraintlayout.widget.ConstraintLayout">

</merge>

여러 화면에 갖다붙힐 모듈의 xml에 merge로 감싸고 해당 xml이 어떤 레이아웃을 사용할지 tools:parentTag 로 정의해주면 쉽게 레이아웃 평탄화를 할 수 있습니다. merge 태그로 만든 레이아웃은 가장 바깥 레이아웃이 사라지고 include 등을 통해 넣게된 xml의 부모 레이아웃과 엮이게 됩니다.

지금 회사에서 개발하는 앱의 각 기능들을 모듈화 해두었고, 각 모듈 xml을 화면으로 그대로 가져와 사용하는 경우가 잦습니다. 그래서 merge 태그를 많이 사용할 수 있었고 속도 향상도 많이 이룰수 있었습니다.

앱 속도 최적화를 위한 다양한 방법이 있는데 가장 보편적으로 사용하는 레이아웃 평탄화를 소개했습니다. 다른 최적화 방법도 계속 고민하고 적용후 포스팅해보겠습니다.

[2023 연말정산] 월세 소득공제, 세액공제 받는 방법

하루플스토리 — Wed, 4 Jan 2023 23:47:13 +0900

올해 연말정산 시즌이 돌아왔습니다!

제출할 서류 준비하느라 너무 귀찮았는데 다행히 '연말정산 간소화 자료 일괄제공 서비스' 덕분에 근로자가 복잡한 서류를 준비하고 제출하는 과정이 생략되었습니다.

그런데..!

월세는 여기에 포함되지 않습니다. 젠장... 그래서 직접 자료를 제출해야하는데요

먼저, 소득공제와 세액공제의 차이점을 먼저 보겠습니다.

소득공제

소득에 따라 세율을 다르게 적용받는데요, 당연하지만 소득이 높을수록 더 높은 세율을 적용받게 됩니다.

국가에 신고하는 내 소득을 줄여주는게 소득공제입니다. 소득이 적은 만큼 세금을 덜 내게 되죠.

아래는 2022년 소득에 따른 세율입니다.

과세표준 (단위 : 만 원)	세율	누진공제
1,200 이하	6%	-
1,200 초과 ~ 4,600 이하	15%	1,080,000원
4,600 초과 ~ 8,800 이하	24%	5,220,000원
8,800 초과 ~ 15,000 이하	35%	14,900,000원
15,000 초과 ~ 30,000 이하	38%	19,400,000원
30,000 초과 ~ 50,000 이하	40%	25,400,000원
50,000 초과 ~ 100,000 이하	42%	35,400,000원
100,000 초과	45%	65,400,000원

2023년 올해는 과세표준 구간이 완화되면서 서민, 중산층의 세금 부담이 조금 줄어들 것 같습니다!

하지만 이번 연말정산은 위 표인 2022년 과세표준 구간을 보셔야합니다.

2023년 소득에 따른 세율

과세표준 (단위 : 만 원)	세율
1,400 이하	6%
1,400 초과 ~ 5,000 이하	15%
5,000 초과 ~ 8,800 이하	24%

세액공제

세액공제는 내가 실제로 내야하는 세금에서 금액을 빼주는 방식이에요. 만약 세액 공제율이 16.5%라면 내가 낼 세금에서 그만큼 감면해주게됩니다. 세액 공제가 계산도 간단하고 공제에 대한 효과도 더 크기 때문에 세액 공제를 챙기면 좋아요! 하지만 혜택이 좋은만큼 세액 공제를 받기위한 조건이 까다롭습니다

월세도 소득 공제와 세액 공제가 따로 있습니다. 두 공제는 중복으로 받을 수 없기 때문에 내가 공제 받을 수 있는 항목을 선택해야해요. 게다가 올해 월세 공제액이 대폭 늘었기 때문에 조건이 된다면 세액 공제를 챙기는 것이 좋습니다!

월세 소득공제

조건	공제율/한도
근로소득자이며 임대차 계약서상 본인이어야 함.	다른 현금 영수증과 모두 합쳐 30%
주택 소유 여부, 연봉 조건, 주택 가격 상관 없음.	다른 현금 영수증과 모두 합쳐 30%

월세 세액공제

조건	공제율/한도
국민주택규모 (국가에서 지원한 주택) 또는 기준 시가 3억 이하 (주거용 오피스텔, 고시원 가능)	급여 5,500만원 이하 : 17% 급여 5,500 ~ 7000만원 : 15% 한도 : 750만원
총 급여 7000만원 이하의 근로소득자
전용면적 85㎡ (약 25평) 이하의 주택 거주
전입신고 완료
무주택 세대주

월세 소득공제, 세액공제 받는 방법

소득 공제 : 국세청 홈택스에서 현금영수증 신청 후 회사에 제출하면 됩니다.

세액 공제 : 임대차 계약서 사본, 계좌이체 영수증, 주민등록등본을 회사에 제출하면 됩니다.

저는 세액공제 대상이 아니라 소득 공제로 현금영수증 신청을 진행해보겠습니다.

가장 우측의 주택임차료 현금영수증 발급 신청으로 들어갑니다.

기본 인적사항을 모두 입력해주세요.

임대 계약서를 확인하면 임대인의 정보가 나와있습니다. 계약서에 적혀있는 대로 임대인 정보를 입력해주세요.

계약서에 적혀있는대로 나머지 계약내용도 작성하면 되는데 * 부분은 필수 기입란입니다.

그런데 여기서 월세와 선금을 잘 확인해주세요. 둘다 *이 쳐져있는데 둘 중 하나만 기입하는겁니다.

구분에서 본인이 월세로 계약했는지 선금으로 계약 기간동안의 임대료를 한번에 냈는지를 선택하고 선택한 항목에 맞게 월세/선금 지급일을 고르면 됩니다.

저는 보증금이 있었기 때문에 보증금도 기입했고, 기타 참고사항에는 '월세에 관리비 ~~만원 포함.' 을 기입했습니다.

아래 첨부사항에서 월세 송금 내역 파일을 준비해야하기 때문에 실제 월세와 다른 송금내역이 있을 경우 기타 참고사항에 저처럼 기입해주시면 됩니다. 별다른 이슈가 없으면 기입하지 않으셔도 됩니다.

이제 마지막입니다.

첨부 서류를 준히해야하는데요, 귀찮지만 은행 앱에 들어가서 월세 송금 확인증을 발급받아야합니다. 저는 토스로 발급받았구요, 여러분이 송금한 은행 앱에 들어가서 날짜를 선택하면 발급 받을 수 있습니다. 발급 방법은 은행 앱마다 달라서 직접 검색해보셔야 합니다. 귀찮지만 세금을 덜내려면 이런 수고로움이 필요하네요ㅜㅜ

그리고 부동산 월세 계약서를 사진 찍고 이미지를 첨부서류로 업로드하시면 됩니다.

월세 공금 확인증, 부동산 월세 계약서

신청이 끝났습니다! 이제 하루 이틀정도 기다리면 심사가 끝나고 심사 승인을 확인하면 됩니다.

월세 현금영수증 신고 처리 현황 조회

국세청홈택스 - 상담/제보 - 민원신고 처리 현황 조회

신고일자를 선택하고 조회하기를 누르면 처리 현황을 확인할 수 있습니다. 심사 거절을 당하셨으면 국세청에 따로 연락을 해보셔야 할 것 같네요.. 저는 승인을 받았습니다!

홈택스 민원 처리 현황

처음에는 용어도 생소하고 막막했는데 공부하다 보니 금방 익숙해지고 그리 어렵지 않은것 같아요. 월세는 본인이 신청해야만 공제를 받을 수 있는 혜택이니까 월세 거주하는 분들은 모두 세액공제 받도록 신청합시다!

갤럭시 워치 무한 부팅 현상 - 방수 믿지 마세요

하루플스토리 — Tue, 14 Jun 2022 17:00:43 +0900

안녕하세요, 하루플입니다.

저는 2019년 출시된 갤럭시워치 액티브2를 거의 매일 착용하고 다녔는데요, 3년 가까이 사용한 것 치고 외관도 멀쩡하고 디스플레이도 아주 잘나옵니다!

당시 44mm 스테인리스 모델을 45만원 정도에 매장에서 직접 구매를 했고 지금 보면 굉장히 비싼 가격이지만 이 때만 하더라도 스마트 워치 차는 사람은 굉장히 소수여서 그랬는지 값이 꽤 나갔습니다..

제일 최근에 출시된 워치 4 가격은 20만원 초반에서 10만원 후반에도 구매가 가능할 정도로 저렴해졌죠.

삼성전자 갤럭시워치 액티브2 광고 이미지

실제 갤럭시 워치 액티브2 광고입니다.

IP68 등급의 방수방진 등급을 갖추었다고 되어있습니다.

그런데 저는 최근 침수로 인해 워치가 고장나버렸습니다.. 무한 부팅 현상이 계속 나타나고 있는데요 침수로 인한 고장은 정책상 무조건 유상수리로 들어가기 때문에 저는 워치를 이제 다른 제품으로 교체하려 합니다. 곧 8월에 워치5가 출시 된다고 하는데 저는 워치 4가 집에 남는게 있어 워치 4를 사용하려 합니다.

예전에 워터파크, 목욕탕 갈 때도 그냥 갤럭시워치 액티브2 를 들고 정말 막 잘썼기 때문에 이번에도 물놀이 하러 가서 그냥 막 사용했는데요.. 이제 제 워치는 가버렸습니다ㅠㅠ

잠깐 작동될 때 촬영한 갤럭시 워치. 갑자기 날짜가 마음대로 바뀐다..

사실 꽤 오래 사용하기도 했고 이정도면 방수 실링이 벗겨질 때도 되었다고 생각이 들긴 하는데 그래도 아쉽긴 하네요..

내구성은 확실히 정말 만족합니다. 아무 보호 장치 없이도 액정 파손 없었고 물리 버튼 오작동도 없었기 때문에 정말 만족하고 사용했습니다. 하지만, 출시한지 거의 3년이 된 제품이다 보니 방수 실링이 벗겨지는 부분에서는 옛날 워치 사용하는 분들은 모두 주의 해야겠습니다..

이제 새로운 워치 사용할 때는 아무리 방수 된다고 해도 무작정 믿고 사용하지 말고 물놀이나 목욕탕 갈 때 만큼은 무조건 빼고 가야겠습니다.. 역시 사람은 직접 겪어봐야 배운다죠..ㅎ허

워치 무한 부팅을 혼자 해결하려고 이것 저것 다 해봤는데 실패하고 그냥 날렸습니다..ㅠㅠ 가만히 있다 자동으로 고쳐지길 빌면서 이번 포스팅 마무리 하겠습니다

안드로이드스튜디오 Activity에서 다른 Activity 변수/함수 접근하기

하루플스토리 — Tue, 14 Jun 2022 08:00:08 +0900

안녕하세요, 하루플입니다

앱을 개발하다 보면 다른 클래스 파일을 접근해야 하는 경우가 많습니다.

이렇게 다른 파일에 접근하기 위해 자바에서는 public을 선언하고, 코틀린에서는 private를 붙이지 않고 val/var만 써 변수를 선언하거나 fun만 사용하여 함수를 선언합니다. 저는 코틀린을 기준으로 설명하겠습니다.

SubActivity.kt

class SubActivity {
    //다른 클래스에 공유할 변수와 함수 선언
    var apple = "apple"
    fun banana() : String {
        return "banana"
    }
}

다른 클래스에 공유할 변수 apple과 함수 banana를 선언하였습니다.

MainActivity.kt

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        //SubActivity에 선언한 변수와 함수 값을 가져옴
        val apple = SubActivity().apple
        val banana = SubActivity().banana()
        
        println("과일 : $apple")
        println("과일 : $banana")
    }
}

이렇게 정말 쉽게 다른 클래스의 변수를 공유해 사용할 수 있습니다.

중요한 것은 클래스 내부에서만 사용할 것은 private로 사용해 변수와 함수 안전성을 높이고, 공유한 변수들만 private를 없애고 public으로 사용하는 겁니다.

저는 개발할 때 자주 사용하는 공유 변수를 Utility 클래스를 따로 만들어 여러번 사용하는 방법으로 코드를 줄이고, 클린코딩 하기 위해 노력하고 있습니다. 정말 쉽지만 중요한 내용입니다 ⭐️

안드로이드스튜디오 자바를 코틀린으로 번역하는 가장 쉬운 방법! (Convert Code From Java)

하루플스토리 — Mon, 13 Jun 2022 22:30:05 +0900

안녕하세요, 하루플입니다.

안드로이드 개발 언어는 Java와 Kotlin 두가지로 이루어져 있기 때문에 구글링을 통해 샘플 코드를 찾으면 내가 사용하는 언어와 다른 언어를 마주치는 경우가 꽤 있습니다.

요즘은 코틀린을 많이 사용하는 추세이긴 하지만 자료를 찾으면 자바로 된 것도 꽤 많이 있죠.

사실 자바에서 코틀린으로 번역하는건 두 언어를 어느정도 공부한 상태에서는 크게 어려운 일은 아니지만 ~~귀차니즘~~이 발동하곤 합니다..

그래서 안드로이드 스튜디오에서 정말 좋은 기능을 지원하는데요!

그 기능은 바로 복사, 붙혀넣기 입니다!

오잉?

바로 보여드리겠습니다.

블로그의 코드를 복사한 이미지

위 사진처럼 제 블로그의 자바 코드를 복사해보았습니다.

그리고 안드로이드 스튜디오에서 필요한 부분에 붙혀넣기 하면 Convert Code From Java 라고 나옵니다.

여기서 당연히 Yes 를 누르면

코틀린으로 번역되어 나오는 기적같은 일이...

역시 JetBrains이 만든 프레임워크는 어마어마 합니다..

모든 자바 코드가 정확하게 번역 되는 것은 아니지만 왠만한 깔끔한 자바 코드는 대부분 번역 되기 때문에 저도 자주 사용하는 기능입니다. 이런 꿀기능 만들어준 JetBrains에 감사를 표합니다..

안드로이드스튜디오 스택에 쌓인 Activity 한번에 종료하기

하루플스토리 — Mon, 13 Jun 2022 20:12:51 +0900

안녕하세요, 하루플 입니다

안드로이드에서 화면을 구성할 때 Activity와 Fragment의 역할과 생명주기는 아주 중요합니다.

화면 이동을 위해 Activity를 Intent로 단순히 계속 이동하면 메모리에 Activity 스택이 계속 쌓이게 됩니다.

그래서 화면상 굳이 이전 화면을 저장할 필요가 없을 때는 이전 Activity를 종료해주는 것이 앱 메모리 관리에 효과적입니다.

4개의 Activity가 쌓인 그림

그림이 너무 허접해 죄송합니다..

대충 알아보시겠죠..? Activity가 총 4개가 실행되어 있습니다.

여기서 onBackPressed 메소드를 실행하면 이전 화면으로 돌아가면서 현재 있던 Activity가 종료되게 됩니다.

(onBackPressed는 안드로이드 뒤로가기를 누르면 실행되는 메소드 입니다.)

onBackPressed() 메소드 실행

onBackPressed 후 액티비티가 3개로 줄었습니다.

하지만 액티비티를 어떠한 경우로 인해 한번에 종료하고 싶을 때가 있습니다.

예를들어 회원가입 과정에서 여러 화면을 사용한다고 가정해보겠습니다.

아이디 입력화면 -> 비밀번호 입력화면 -> 회원가입 완료

이런 경우 회원가입 완료 화면에서 앞의 화면 두개를 한번에 종료해야겠죠?

이 때 사용할 수 있는 것이 Intent의 내장 함수인 FLAG 입니다.

화면을 넘길때 사용한 Intent 부분에 아래처럼 setFlags 코드를 추가로 적용해주면 화면을 넘길때 Activity 정보가 저장되지 않으면서 모든 액티비티의 정보가 날아가게 됩니다.

JAVA

Intent i = new Intent(this, MainActivity.class);
i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
startActivity(i);

Kotlin

val i = Intent(this, MainActivity::class.java)
i.flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK
startActivity(i)

Intent 의 FLAG_ACTIVITY_NEW_TASK 와 FLAG_ACTIVITY_CLEAR_TASK를 사용해 위 그림처럼 Activity 정보를 초기화할 수 있었습니다.

Intent의 내장 메소드에 대해 더 찾아보려면 안드로이드 공식 문서를 참고하시면 됩니다

다른 궁금한 점 있으면 댓글 부탁드립니다. 답변드리겠습니다~!

https://developer.android.com/reference/android/content/Intent

Intent | Android Developers

android.net.wifi.hotspot2.omadm

developer.android.com