android-accountbook-08

조대현의 가계부.^^~ 부자될래요~

데모 및 PT 영상 👉 시청해주세요!

수입, 지출 Toggle 버튼 상태에 따른 상태 관리법

스크린샷	설명	bit 값
	전체 선택 상태	11
	수입 선택 상태	10
	지출 선택 상태	01
	미선택 상태	00

bit 값을 계산한 이유

💡 Query시 Table에서 is_expense 값을 filtering하기 위하여

bit값 산정 방법

• ViewModel에서 각 각 Toggle Button이 선택되어있는지 유무를 Boolean값으로 관리
• Booelan값을 1 or 0으로 매핑 가능
• 수출 Boolean값의 경우

incomeBit shl 1

• 이렇게 진행한다면 1 → 10, 0 → 00 으로 생각할 수 있다
• 그리고 expenseBit와 or 연산을 진행하면 위 표와 같은 bit값을 얻을 수 있게 된다.

(incomeBit shl 1) or expenseBit

• 참고로 Boolean값을 Int값으로 mapping해주기 위하여 아래와 같은 Extenstion함수를 만들었다.

fun Boolean.toInt() = if (this) 1 else 0

val isExpenseLiveData = combine(historyIncomeChecked.asFlow(), historyExpenseChecked.asFlow()){
        income, expense ->
        val incomeBit = income.toInt()
        val expenseBit = expense.toInt()
        (incomeBit shl 1) or expenseBit
    }.asLiveData()

Database ER Diagram

histories table

• PK: id
• FK: payments table의 payments_id, categories table의 category_id
• Index: date DESC
• FK선정 이유: payments or categories의 색상 또는 이름이 update 되는 경우, 해당 payments, categories를 갖고 있는 history 내역도 update 되어야 하기 때문이다.

payments table

• PK, Index: payments_id
• Unique Column: payment

categories table

• PK, Index: category_id
• Unique Column: category

histories table의 date값 Long Type인 이유

• 일정 날짜 이내의 내역들을 갖고와야 할 시점들이 있다.
• SQLite의 Index는 B-tree 구조다.
• Range Query에 특화된 자료구조 이므로, Long Type으로 저장하였다.
• String 비교속도보다 Integer 비교 속도가 빠르기 때문이다.
• 하나의 Entry에 들어갈 수 있는 node가 적어지게 되면, 같은 데이터를 저장하는 Tree의 경우 Height가 증가한다
• 이건은 Select Query의 성능을 낮추는 치명적인 요인이다.

payments, categories table의 PK가 Auto Increase Int인 이유

• payment, category 모두 해당 table을 설계할때 중복 불가능하게 설계했다.
• 그렇다면 해당 두 컬럼은 PK로 하면 되지 않느냐? 라는 의문을 가질 수 있다.
• 하지만 Index 자료구조 설계시 해당 PK를 Text Type으로 두게 되면 메모리 낭비가 상대적으로 더 된다는 점이 있다.
• 그리고 Int비교와 String 비교를 하게되면 Int를 비교하는것이 빠르기 때문이다.

Spinner Arrow Drawable 상태 관리법

문제되었던 내용

💡 window_state flag로 Spinner의 Arrow Drawable 상태를 관리하니 💡 두개의 Spinner 모두 함께 터치여부와 상관없이 아이콘이 변경되었다.

해결방법

• performClick method 호출 → openInitiated 상태변수 true로 초기화
• onWindowFocusChanged 호출
  • 처음누른경우, n번 누른 경우 모두 호출되는 메소드다.
  • 따라서 openInitiated값이 true인 경우에만 close icon으로 바꿔주는 작업을 진행했다.

CustomView 소스코드

private var openInitiated = false
override fun performClick(): Boolean {
    openInitiated = true
    onSpinnerEventsListener?.onPopupWindowOpened(this)
    return super.performClick()
}

override fun onWindowFocusChanged(hasFocus: Boolean) {
    if (openInitiated && hasFocus) {
        performClosedEvent()
    }
}

private fun performClosedEvent() {
    openInitiated = false
    onSpinnerEventsListener?.onPopupWindowClosed(this)
}

Listener 구현부

private val spinnerEventsListener = object : CustomSpinner.OnSpinnerEventsListener {
    override fun onPopupWindowOpened(spinner: Spinner?) {
        spinner!!.background = AppCompatResources.getDrawable(
            requireContext(),
            R.drawable.spinner_arrow_up_background
        )
    }

    override fun onPopupWindowClosed(spinner: Spinner?) {
        spinner!!.background = AppCompatResources.getDrawable(
            requireContext(),
            R.drawable.spinner_arrow_down_background
        )
    }
}

Compose LazyColumn Issue

문제 원인

• Lazy Column 특성상 Item이 추가될 수 있도록, 스크롤되고, 공간을 계속 그려나가는 방식으로 View가 그려지는것 같다.
• Bottom Navigation의 위치는 스크롤되는 화면 이전 기준으로 위치가 측정 되었을 것이다.
• 따라서, Lazy Column이 Bottom Navigation의 높이만큼 잘린 것으로 추정하였음

해결 방법

💡 Bottom Navigation View가 배치될 때, width를 측정하고, LazyColumn의 Padding만큼 부여하여 문제 해결

binding.mainBottomNavView.doOnLayout {
   settingViewModel.bottomNavigationHeight = it.height
}

LazyColumn(
    modifier = Modifier
        .fillMaxSize()
        .background(PrimaryOffWhite),
    contentPadding = PaddingValues(
        bottom = pxToDp(
            settingViewModel.bottomNavigationHeight
        ).dp
    )
)

Branch List

main

• 금요일 코드 프리징을 위한 branch 입니다.

feat

• 기능 단위 개발 branch 입니다.

dev

• feat branch의 merge용 branch 입니다. 각 기능별로 완성시 merge 합니다.