[Android TIL] 240402 (팀프로젝트 구현 - UI 및 액티비티)

 

 

 

 

 

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

1. (09:50 ~ 10:00 / 10분) TIL 및 하루 계획 정리
2. (10:00 ~ 11:00 / 1시간) 팀프로젝트 회의
3. (11:00 ~ 13:00 / 2시간) 팀프로젝트 마이페이지 구현 : UI
4. (14:50 ~ 17:00 / 2시간 10분) 팀 프로젝트 마이페이지 구현 : UI
5. (17:00 ~ 17:20 / 20분) 어제 TIL 내용 정리
6. (19:00 ~ 23:00 / 4시간) 팀 프로젝트 마이페이지 구현 및 회의
7. (01:00 ~ 02:00 / 1시간) 오늘 TIL 내용 정리
8. (02:00 ~ 03:35 / 1시간 35분) 팀 프로젝트 마이페이지 구현 : Activity
9. 진행중 - 정창경 설명회 내용 정리
10. 진행중 - 9시 이후 스탠다드 심화반 구현

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

​

 

 

1. 팀프로젝트 마이페이지 구현 : UI

 

 

오늘은 정말 하루종일 팀프로젝트에만 매진했다.
혼자서 git을 사용하다가 협업을 하게 되면 처음에 많은 오류를 경험하게 된다는데, 정말 그 오류들을 겪고 있다. 상상해보지 못했던 문제를 해결해 나가는 과정이 재밌기도 하면서, 이 기회로 새로 알아가는 내용도 많다.

마이페이지 UI구현은 어느 정도 초안이 완료되었고, 액티비티만 수정하면 될 것 같다.

 

 

 

💡 구현하고자 하는 기능 (MyActivity.kt)

1. MainActivity에서 프로필 사진을 누르면 마이페이지를 볼 수 있다.
2. MainActivity에서 Edit Profile을 누르면 마이페이지를 볼 수 있다.
3. 마이페이지에서 이름, 바이오 등의 값을 수정하고 Done을 누르면 데이터에 수정이 반영된다.
	- 싱글톤 패턴을 위해 MemoryStorage 값을 가져오고, 수정 사항을 반영시킨다.
4. 마이페이지에서 이름, 바이오 등의 값을 수정하고 Cancel을 누르면 이전 액티비티로 돌아간다.
	- finish()
5. 마이페이지에서 Switch to Login Page를 누르면 로그인 액티비티로 돌아간다.
6. Change Profile photo를 누르면 프로필 사진이 변경이 가능하다. (로컬? 프로젝트 데이터?)

• 전체적으로 다른 클래스나 액티비티에 값을 넘겨주고, 넘겨받고 하는 로직 구현이 많다.
• 이번 주차에 배우지 않았던 내용을 꽤 쓰게 될 것 같긴 한데, 문제 해결과 고민 경험이 많은 도움이 될 것 같다.

 

 

 

🔨 로직 고민중

 

    companion object {
        private const val REQUEST_IMAGE_PICK = 100 // 이미지선택 요청을 구분하기 위한 요청 코드, 임의의 상수
    }
    
    ...
    
    fun changeProfilePhoto(view: View) {
    val changePictureIntent = Intent(Intent.ACTION_PICK, MediaStore.Images.Media.INTERNAL_CONTENT_URI)
        startActivityForResult(changePictureIntent, REQUEST_IMAGE_PICK)
    }

    override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
        super.onActivityResult(requestCode, resultCode, data)
        if(requestCode == REQUEST_IMAGE_PICK && resultCode == Activity.RESULT_OK && data != null){
            val selectedImageUri = data.data
            binding.imgProfile.setImageURI(selectedImageUri)
        }
    }

• 휴대폰 로컬 파일으로 사진 정보를 변경하는 데에 있어 고민이 좀 있었다.
• 위의 내용은 고민한 흔적인데, 일단은 권한 부여 확인 등이 구현되어 있어서 정상적으로 작동하지 않는다.
  일부러 권한 부여가 필요 없는 INTERNAL_CONTENT_URI인데도 일단은 그렇다.

 

private fun changeProfilePhoto(view: View) {
    val profileImages = arrayOf(
        R.drawable.img_profile1,
        R.drawable.img_profile2,
        R.drawable.img_profile3,
        R.drawable.img_profile4,
        R.drawable.img_profile5
    ) // 서클 이미지에, 가로세로 길이 설정할 것
    val randomIndex = (0 until profileImages.size).random()
    binding.imgProfile.setImageResource(profileImages[randomIndex])
}

• 따라서 위와 같이 '일단은' 랜덤 이미지로 구현했다

 

binding.btnDone.setOnClickListener {
    val newName = binding.etName.text.toString()
    val newBio = binding.etBio.text.toString()
    val newEmail = binding.etEmail.text.toString()
    val newPhoneNumber = binding.etPhone.text.toString()

    editUserInfo(newName, newBio, newEmail, newPhoneNumber)
    Toast.makeText(this, "정보가 수정 되었습니다.", Toast.LENGTH_SHORT).show()
}

...

    private fun editUserInfo(newName: String, newBio: String, newEmail: String, newPhoneNumber: String) {
        user?.let {
            user.name = newName
            user.bio = newBio
            user.email = newEmail
            user.phoneNumber = newPhoneNumber
            MemoryStorage.setUser(user)
        }
    }

MemoryStorage.kt

object MemoryStorage {

    private lateinit var user: User

    internal fun getUser(): User = user
    internal fun setUser(user: User) {
        this.user = user
    }

}

User.kt

@Parcelize
data class User(
    val id: String,
    val password: String,
    var name: String,
    var phoneNumber: String?,
    var email: String?,
    var bio: String?,
    var postDatas: List<Post>
): Parcelable

• Done버튼의 로직에 대해서도 고민을 좀 하고있다. 구상은 위와 같다.
• 싱글톤으로 구현하기 위해 MemoryStorage에 User.kt를 연결하고 setUser와 getUser를 만들어 사용한다.
• id값은 수정이 되지 않으므로 android:enabled="false" 처리 해놨다.
• Parcelable은 일반적으로 객체를 인텐트(Intent)나 번들(Bundle)에 담아 다른 컴포넌트로 전달할 때 사용된다.
  객체를 직렬화하여 전달하기 때문에 속도면에서 Serializable 인터페이스를 구현한 객체보다 빠르고 효율적이다.

 

 

 

🔨 UI 구현 중 TextView와 Edittext 쌍을 어떻게 구현하는 게 좋을지?

• 목표 UI에서 여러갈래로 구현해보며 고민을 했다.
• 1) 리니어 레이아웃 orientation을 horizontal 로 설정하고, 왼쪽 Textview, 오른쪽 Edittext weight 각각 나누어 분리
  - 정보 이름과 정보 입력 간의 높이 차이를 조절하기가 너무 힘들고 비효율적
• ★ 2) 각각의 이름/정보 한 쌍마다 리니어 레이아웃을 개별적으로 만들어 배치
  - 이게 제일 좋은 방법이라 느껴서 해당 방법으로 구현했다.
  - 궁금증 :  카카오톡의 프사/메시지/시간 레이아웃 배치가 이런 식으로 배치한 것일까?
• 3) 따로 레이아웃 없이, 전체 ContraintLayout 안에서 이름/정보 한쌍을 체인으로 연결하여 배치
  - 체인을 이용하면 각각 다른 이름의 경우 공백 길이가 각자 달라서 해결이 애매하고 비효율적
• 4) ConstraintLayout으로 체인을 걸지않고, 정말 각자 따로 margin으로만 배치
  - 공백 차이 처리가 어려움, 다양한 UI에 대응도 불가능하며 말도 안 됨
• 5) Contraint 안에 Constraint Layout
  - 이 방법도 괜찮지만 귀찮아서 2 채택

 

💡 리니어 레이아웃에서 weight 설정 시의 주의 사항

• 리니어 레이아웃 안에서 weight를 줄 때는, width든 height든 상황에 맞게 0dp를 설정해주어야 한다.
  (예: 리니어 레이아웃의 orientation이 horizontal이라면 width가 0dp)
• 이렇게 설정하지 않는다면 weight 적용이 잘 되지않아 오늘의 삽질과 같은 현상이 일어난다.
• 참고로 리니어 레이아웃을 사용하지 않고 constraint layout에서 width나 height에 0dp 값을 넣은 다음 퍼센트 값을 지정하는 방법도 있다.
  - layout_constraintHeight_percent (높이 길이를 부모에 비례해 설정)
  - layout_constraintWidth_percent (너비 길이를 부모에 비례해 설정)

 

 

 

🔨 stash 관련

• 협업 중 pull과 관련해서 웹서핑을 해보면 git stash가 빈번하게 나오는데, 사실 stash로 생기는 문제점에 대해서는 현업 개발자 분들이 오히려 stash 사용을 안 하셔서 잘 모르시는 것 같았다.
• 사실 튜터님께 여쭤보면 현업에선 bash보단 소스트리 같은 GUI를 이용하시는 분들도 많은 듯 하다. (ㅎㅎ)
• 기능 브랜치에 있다가 메인 브랜치의 내용을 pull 하고 싶을 때 stash를 사용해서 임시 저장하기보다는,
  1) 기존 내용 commit을 먼저 해놓고
  2) 해당 상태에서 합칠 브랜치의 머지를 땡겨오고
  3) Conflict 부분 (빨간색) 보이는 거 알맞게 수정하고 합치는 걸 마무리하는 게 좋은 방법이라 하셨다.

 

 

 

🔨 merge시 커밋 자동 생성 관련

• 다른 브랜치의 내용을 pull 한 뒤 내 브랜치에 merge할 때 위와 같은 커밋이 자동으로 생성되는 것이 보기 싫었다.
• 해당 내용을 바꿀 수 있는 방법을 튜터님께 여쭤봤는데, 자동으로 커밋이 생성되는 것은 어쩔 수 없으며
  이걸 방지하기 위해서는 bash를 이용해서 '애초에 디벨롭에서 합쳐지고 개발했던 것'처럼 꾸며주는 방법밖에 없는데,  이게 좀 어려운 방법이라 지금 단계에서 잘못 했다가 다 날려먹을 수 있어서 비추천한다 했다.
• 협업 단계에서 merge를 하면 당연히 대부분 충돌코드가 있을수 밖에 없기 때문에 받아들이라는 의견...
• 인데 나중에 다시 한 번 찾아보고 싶다. 그냥 커밋을 합치면 안 되나? 하는 생각이 들긴 하는데 말이다.

 

+ 추가적으로 PR이 열려 있을 때 기존 커밋 수정을 닫지 않고 반영하려면 git amend를 써야 하는 줄 알았는데, 그냥 합쳐질 재료 브랜치에 commit push 하고 나면 별도의 조치 없이 자동으로 PR에 반영이 되어 있었다.

 

💭 Retrospect

알고리즘을 풀 시간이 없어서 좀 아쉽지만, 첫 팀프로젝트를 진행하며 많은 걸 느끼고 배우는 것 같다.

길게 회고를 쓰고 싶은 날인데... 너무 몰두했더니 졸려서 일단 자야겠다.

​