[Android TIL] 240404 (팀프로젝트 구현 완료, 각종 이슈 작성 및 해결, ppt 작성)

 

 

 

 

 

🌱 Today I Learned (집중 시간: 12시간 55분)

1. (10:00 ~ 11:00 / 1시간) 팀프로젝트 회의
2. (11:00 ~ 12:50 / 1시간 50분) 스탠다드반 3주차 강의 : Fragment, Recycler View, 라이브 코딩
3. (14:00 ~ 18:20 / 4시간 20분) 팀프로젝트 회의 및 Git Issue 차례로 구현
4. (19:30 ~ 22:00 / 2시간 30분) 팀프로젝트 회의 및 develop에 전부 합침, 각자 트러블슈팅 PPT작성
5. (12:30 ~ 01:30 / 1시간) TIL 작성 및 정리
6. (01:30 ~ 01:40 / 10분) 작성한 트러블슈팅 ppt에 문제 상황 gif 첨부
7. (01:40 ~ 02:15 / 35분) 마지막 선택부분 구현 완료 및 마지막 PR 요청완료
8. (02:15 ~ 03:45 / 1시간 30분) OOO 제출

*** 점심 13:00 ~ 14:00 / 저녁 18:00 ~ 19:00 제외

​

 

 

 

 

1. 스탠다드반 3주차 강의 (Fragment, Recycler View, 라이브 코딩)

 

• 남의 코드를 깃허브에서 자주 읽어보고 분석하는게 성장에 많은 도움이 됨
• jetpack bottom navigation, viewpager2는 fragment가 잘 연결되어 있음

 

💡 Fragment 데이터 전달 방식 (Bundle, Fragment Result API 등...)

• 1) 번들 사용 경우
  - Bundle로 오브젝트 단위로 키과 값을 넘겨줄 수 있음
  - 번들에서는 직렬화보다 성능이 열 배 좋은 parcelable 사용
• 2) Fragment Result Api 사용
  - setFragmentResult 등
• 이외의 방법은 나중에 설명해주신다고 하셨다.
• 이전에 블로그에 정리해두었던 내용이긴 하다.

 

💡 Recycler View

• 화면에 보여지는 부분만 메모리에 올림
• 구현 방법
  1) LinearLayoutManager 지정 (열 2개 이상은 GirdLayoutManager,불규칙한 모양은 StaggeredGridLayoutManager)
  2) 뷰 홀더 클래스 확장
  3) 뷰홀더와 데이터를 연결하는 어댑터 
• ViewHolderClass확장 : 반드시 오버라이딩
  -onCreateViewHolder()
  -onBindViewHolder()
  -getItemCount
• viewBinding(module-level build.gradle) 사용
  kotlin extension

 

라이브코딩

• 라이브 코딩은 다시 봐야 할 것 같다!

 

 

 

 

2. 팀프로젝트 구현

 

• 이제 정말 몇 안 되는 남은 기능을 구현하고, PR로 모두 연결 짓고 정리하는 시간만 남았다.
• 지금까지의 회고와 트러블 슈팅을 PPT 형식으로 작성하는 시간도 가졌다.
• 오늘 마이 페이지 및 프로젝트와 관련해서 구현한 것과 트러블 이슈는 아래와 같다.

 

 

 

💻 구현1. strings.xml (kor) 설정

• new - value resource file - file name에 strings.xml 설정 - Locale 클릭 후 >> 클릭 - Language 설정
• string에서 <string name="설정할 스트링 이름">자유롭게 입력할 스트링 값</string> 형태로 설정해주면 된다.
• 스트링 네임 컨벤션 (타입_액티비티명_지정할이름)
  

  <string name="tv_signup_welcome">Sign up to see photos and videos</string>

• 해당 내용을 입력하고 Translations Editor를 켜면 알맞은 번역 값을 편하게 설정할 수 있다.

 

 

 

 

 

💻 구현2. 이미지 휴대폰에서 선택 후 넘기는 로직 구현

// 1. Myactivity 클래스에 profileUri 임의로 null 설정해서 전역변수 설정해놓기
private var profileUri: Uri? = null 

// 2. uri?.let 안에 profileUri = it으로 설정
    fun changeProfilePhoto(view: View) {
        pickMedia.launch(PickVisualMediaRequest(ActivityResultContracts.PickVisualMedia.ImageOnly))
    }

    private val pickMedia =
        registerForActivityResult(ActivityResultContracts.PickVisualMedia()) { uri ->
            uri?.let {
                binding.imgProfile.setImageURI(it)
                profileUri = it
            }
        }
        
// 3. done 클릭했을 때 구동되는 editUserInfo(),  image = Image.ImageUri(profileUri!!)

private fun editUserInfo(
        newName: String,
        newBio: String,
        newEmail: String,
        newPhoneNumber: String,
    ) {
        this.grantUriPermission(
            this.packageName, profileUri, Intent.FLAG_GRANT_READ_URI_PERMISSION
        )

        with(user) {
            name = newName
            bio = newBio
            email = newEmail
            phoneNumber = newPhoneNumber
            if(profileUri != null){
                image = Image.ImageUri(profileUri!!)
            }

            MemoryStorage.setUser(user)
        }
    }

• Photo Picker를 이용해서 구현하고 수정했다. (단일클래스이므로 Pick Visual Media를 사용해 구현)
• 해당 부분에 있어 데이터 클래스도 수정하고 정말 어찌저찌 팀원분들과 튜터님과 잘 해결을 했다.
• 참고로 User의 Image 속성이 val로 되어있어서 오류가 있어 var로 수정하였고, 팀원분의 코드도 알맞게 수정되었다.
• 참고 블로그: https://mundroid.tistory.com/2 

사진 선택 도구  |  Android Developers

 

 

 

 

💻 구현3. 처음에 기존 user에 저장된 이미지를 가져와서 출력

    private fun initUserProfileImage() {
        val image = user.image

        binding.run {
            when(image) {
                is Image.ImageDrawable -> civProfileImage.setImageResource(image.drawable)
                is Image.ImageUri -> civProfileImage.setImageURI(image.uri)
            }
        }
    }

• 이미지가 바뀐 뒤 반영되는 건 구현해놨는데, 처음에 들어왔을 때 user에 저장된 이미지를 출력하지 못했었다.
• 따라서 사용자 프로필 이미지를 초기화하는 initUserProfileImage()를 가져왔다.
• image가 Image.Imagedrawable 타입일경우 해당 값에 맞게 설정하고, Uri의 경우에도 마찬가지다.
  다만 이 로직을 나중에 더 생각해봐야 겠다. is의 경우 스마트 캐스팅: 타입 검사 역할을 한다고 하는데 궁금했다.
• run과 when을 사용하고 있으므로 코드가 많이 간결해졌다. 

 

 

 

💻 구현4. Edittext에서 엔터를 치면 아래 Edittext로 옮겨가기

android:singleLine="true"

• XML에서 이 한 줄만 추가해도 엔터 누르면 다음으로 들어간다. 싱글라인으로 지정하는 것이다.
• 오토포커싱에 관한 내용을 어제 작성했었는데, 그것보다 간단한 방법이다.
• 포커스와의 차이점은, 포커스로 하면 엔터 버튼 대신 밑으로 내려간다는 화살이 출력된다.

 

 

 

🔨 이슈1. Pull Request에 각 commit이 줄줄이 달리는 문제

• 우리 팀에서 PR을 했을 때, 다들 커밋이 계속 추가되며 PR에 커밋이 주렁주렁 달려있었다.
• 이유인 즉슨, 보통은 기능 구현 위주로 branch를 생성하고 develop에 반영하고 삭제하고 다시 생성하는 형식을 반복하는데, 우리는 기능이 아닌 액티비티라는 큰 단위 기준으로 branch를 나눠서 줄줄이 커밋 소시지가 달린 거였다.
• 브랜치 전략에 대해서 찾아봐야겠다는 생각이 들었다.
• 참고로 PR에서 태그를 달면 훨씬 깔끔하다는 점도 알게되었다.

브랜치 전략

 

 

 

🔨 이슈2. 콜백메서드 시점 생각하기, 생애주기 고민하기

// onResume() 에 대한 고민
        override fun onResume() {
        super.onResume()
        when (user.image) {
            is Image.ImageDrawable -> {
                val drawable = user.image as Image.ImageDrawable
                binding.civProfileImage.setImageResource(drawable.drawable) //
            }
            is Image.ImageUri -> {
                val uri = (user.image as Image.ImageUri).uri
                binding.civProfileImage.setImageURI(uri)
            }
        }
    }

• 유저의 이미지값을 주고 받는 로직에 대해 질문했을 때, 콜백 메서드 시점에 대해 생각해보는 게 좋다고 하셨다.
• 콜백 함수의 정의는 아래와 같다.
  1) 다른 함수의 인자로써 이용되는 함수
  2) 어떤 이벤트에 의해 호출되어지는 함수
• myactivity에서 mainactivity로 값을 보내고, mainactivity에서 myactivity로 값을 다시 가져올 때 생명주기에 따른 코드 위치나 onResume()에 대한 고민이 조금 있었던 것 같다.
• 그리고 User 데이터 클래스 속 Image를 실드 클래스로 구현한 것에 대해서 튜터님이 의문을 품으셨다.
  실드 말고 데이터 클래스로 바꾸는 것을 추천하시면서, '데이터 클래스였으면 .을 이용해서 바로 바로 접근이 가능할텐데 그게 안돼서 코드를 많이 수정하고 접근이 힘든거다' 라는 얘기를 해주셨다.
• 해당 부분은 팀원들과 논의한 결과, 일단 초기 구현의 문제로 실드 클래스를 구현한 것이라서 해당 클래스에 맞게 코드를 수정하는 방향으로 정리됐다. 나중에 정말 코드를 잘 구현하게 됐을 때 다시 코드를 뜯어보고 싶다.

 

 

 

🔨 이슈3. 이미지를 수정하지 않고 Done버튼 클릭 시 앱이 다운되는 문제

 

• 마이페이지에서 이미지를 수정하지 않은 채 다른 정보를 수정하면 오류가 났다.
• 원인은 프로필을 수정하는 함수 editUserInfo 에서 user의 이미지값에 profileUri!! 를 지정한 코드다.
  이미지를 수정하지 않을 때는 profileUri가 Null일텐데, !!(Not Null)로 값을 받아주는 바람에 앱이 다운되는 것이었다.
• 따라서 If문으로 null이 아닐 때만 받도록 조건을 설정하여 문제를 해결했다.

 

 

 

 

🔨이슈4. 사진을 수정 후 다시 편집 페이지를 들어가면 앱이 Down됨

 

 

• 권한 부여의 문제였다.
• Intent.FLAG_GRANT_READ_URI_PERMISSION은 안드로이드에서 사용되는 플래그 중 하나이다.
• 이 플래그는 액티비티나 서비스가 특정 URI(Uniform Resource Identifier)에 대한 읽기 권한을 부여하는 데 사용된다.
• 일반적으로 다른 앱이나 컴포넌트가 액세스할 수 있는 데이터를 가지고 있는 경우, 안드로이드는 데이터 노출을 방지하기 위해 보안 메커니즘을 적용한다. 이때 FLAG_GRANT_READ_URI_PERMISSION을 사용하면 데이터를 소유한 앱이 다른 앱에게 해당 데이터에 대한 읽기 권한을 부여할 수 있다.. 예를 들어, 다른 앱에게 갤러리에 있는 이미지 파일을 제공하려고 할 때, 해당 이미지에 대한 URI를 포함한 인텐트에 FLAG_GRANT_READ_URI_PERMISSION 플래그를 추가하여, 대상 앱이 이 이미지를 읽을 수 있도록 허용할 수 있다.
• 보안 때문에 해당 권한 부여 없이는 다른 액티비티 간의 이미지 전달이 안 되는 것 같았다.
  이 내용에 대해서 팀원 분들과 인터넷을 서칭해도 '보안' 관련 이야기 외엔 다른 해답을 찾을 수 없는 것 같다.
• 참고로 저 코드의 위치 또한 중요했는데, 저것처럼 imageUri를 설정해 주기전에 권한을 먼저 할당해줘야 했다.

 

Notification 문제 | 찰스의 안드로이드

콘텐츠 리졸버  |  App quality  |  Android Developers

 

 

 

 

🔨이슈5. 마이페이지 -> 로그인페이지로 이동할 때 뒤로가기를 누르면 앱 종료시키기

• 마이페이지에 로그인 페이지로 가는 버튼(어찌보면 로그아웃과 비슷)이 구현되어있는데, 로그인 페이지로 이동 후 뒤로가기를 눌렀을 때 다시 이전페이지인 마이페이지가 호출 됐다.
• 이에 대해서 버튼을 통해 넘기는 인텐트 쪽에 인텐트 플래그를 이용하면 쉽게 해결 됐다.
• switchIntent.flags =Intent.FLAG_ACTIVITY_CLEAR_TASK or Intent.FLAG_ACTIVITY_NEW_TASK
  지금까지 쌓여있던 액티비티를 모두 제거하고 처음부터 다시 액티비티를 시작하는 것

 

 

 

기타 정리하지 못한 이슈나 상황으로는

1) deprecated된 애니메이션(overridePendingTransition())과 그 이유 찾기
2) PPT 작성

정도가 있다. 하루에 겪은 문제 및 해결들이 계속 많다보니 TIL을 정리하는 시간이 매우 오래걸린다.

 

 

💭 Retrospect

이번 주 내내 알고리즘을 못 풀고 있다. 입문 교육 주차까지는 자유 시간이 널널했음 널널했지, 이렇게까지 시간이 부족해질줄은 1도 몰랐다. 이번 주는 매일 해야 할 투두리스트들이 당일에 해결이 안 되고 다음날 심지어는 다다음날까지 스택되어가더라. 될 수 있으면 이번 주말과, 숙련 교육 주차인 다음주에 밀린 일들을 싸그리 해치우는 게 목표다.

프로젝트 초반에는 팀원 개개인마다 가진 역량과 경험치도 다르고, 협업으로 유발되는 Git 오류부터 구현해보지 못했던 기술을 사용하는 것까지 여러모로 힘들었던 것 같다. 그런데 프로젝트가 후반에 접어든 지금은 그냥 뭐랄까 많이 후련하기도 하고 엄청 발전한 것 같다. Git을 혼자 사용했으면 전혀 겪어보지 못했을 경험도 많이 했고, 다른 팀원분들의 코드 구현을 보면서 '이건 무슨 코드지?' '왜 이렇게 구현했지?'하는 생각을 거치면서도 성장했다. 배울 점이 많은 분들과 팀이 되어서 좋았던 것 같다.
캠프가 진행될수록 사람들끼리 친해지는 게 신기하다. 

​