BE SOPT FIRST ASSIGNMENT
✔️FIRST ASSIGNMENT
SignInActivity
-
ConstraintLayout 뷰 구성
-
Guidline을 ViewGroup내에 사용해줘서 뷰를 배치해준다. 이때 layout_constraintGuide_begin과 layout_constraintGuide_end로 수치를 적용하거나 dp와 px로 위치를 정해준다. layout_constraintGuidePercent로 확률값으로 적용할 수도 있다. 이번 과제에서 나는 확률값으로 넣어주었다.
-
Chain을 사용하여 수평적으로 연결되어있는 두개의 textview를 이어주었다. 여기서는 아이디/비밀번호가 없으신가요? 와 회원가입 부분을 동시에 잡아준뒤, chain 메뉴에서 Create Horizontal Chain , packed chain을 사용해주었다. 여기서 내가 사용한 Packed Chain은 중앙 배치를 해주는 체인이다.
-
사용자가 정보를 모두 입력하지 않았을 때 Toast메세지를 띄워준다. 이때 비밀번호는 입력내용이 가려져야 하므로 android:inputType="textPassword" 넣어준다.
-
회원가입 버튼을 눌렀을 때 SignUpActivity로 이동해야하고 이후에 회원가입을 한 사용자의 정보를 받아와야 하기 때문에 onActivityResult 함수를 사용하였다. 여기서 requestCode 는 임의적으로 선언을 해주었다.
companion object { private const val SIGN_UP_RESULT_CODE = 100 }
SignUpActivity
-
SignInActivity와 동일하게 뷰를 구성한다.
-
사용자 정보가 부족할 경우 토스트 메세지로 사용자에게 빈칸이 있는지 확인을 하라는 알림을 하고 회원가입을 하며 입력한 사용자의 정보를 SignInActivity에 불러와야 하기 때문에 이때 putExtra로 사용자의 깃허브 아이디와 비밀번호를 intent로 전달한다.
val intent = Intent() intent.putExtra("id",signupID.toString()) intent.putExtra("pwd",signupPwd.toString()) setResult(Activity.RESULT_OK, intent) finish()
HomeActivity
- 프로필 사진, 아이디, 이름, 소개 내용이 들어가는 홈 화면 뷰를 앞서 말한 guideline을 사용하여 구성해줬다.
- 프로필 사진의 경우 constraintDimensionRatio를 사용하여 비율을 1:1로 만들어주었다.
- 자기소개 부분 텍스트를 스크롤 하며 볼 수 있도록 Scroll View를 사용하여 사용자가 스크롤 할 수 있도록 해주었다.
1️⃣ 화면전환후 데이터 가져온 로직 화면전환을 할 때, SignUpActivty에서 입력한 사용자의 아이디와 비밀번호를 SignInActivity로 불러와야하기 때문에 onActivityResult 함수를 불러와서 requestCode가 100일 때 Activity.RESULT_OK이면 입력한 String값을 받아오는 것으로 코드를 짜보았다.
override fun onActivityResult(requestCode : Int, resultCode: Int,data:Intent?){
super.onActivityResult(requestCode, resultCode, data)
if(resultCode == Activity.RESULT_OK){
when(requestCode){
100-> {
binding.editextSigninId.setText(data!!.getStringExtra("id"))
binding.editextSigninPwd.setText(data!!.getStringExtra("pwd") )
} } }}
companion object {
private const val SIGN_UP_RESULT_CODE = 100
}
2️⃣ Android LifeCycle
액티비티가 처음 시작할 때 호출되는 onCreate는 사용자 인터페이스를 만드는 일회적 초기화에 사용되는 함수로 null값 또는 onSaveInstanceState() 메서드에 의해 저장된 상태 정보 중 한가지의 매개변수를 갖는다. onStart는 "액티비티가 사용자에게 곧 보여진다"라는 걸 나타낸다. onResume은 액티비티가 사용자와 상호작용을 시작 할 수 있을 때 호출되고 애니메이션과 음악을 시작하기 좋은 함수이다. onPause는 액티비티가 배경으로 전환될 때 사용되는데 다른 액티비티가 이 앞에 위치하게 된다고 보면 될 것 같다. 여기서 중요한 점 ! 다음번에 필요한 데이터는 여기에 저장해두는 것이 좋다. onStop은 액티비티가 더이상 사용자에게 보여지지 않을 때 호출되며 이때는 한동안 사용되지 않는다. onRestart는 액티비티가 정지상태에서 다시 디스플레이된다. onDestroy는 액티비티가 소멸되기 전에 호출되고, 호출되지 않고 시스템이 종료해 버릴 수 있다.
➡️ 다음은 생명주기 로그를 캡쳐한 화면이다.
3️⃣ 성장한 내용 👊 이번 과제를 통해서 안드로이드 생명주기에 대해 다시 한번 공부할 수 있는 기회가 되어 좋았고, 액티비티가 어떤 식으로 진행이 되는지 알 수 있어서 다음에 코드를 짤 때 이런 부분을 잘 활용할 수 있을 것 같다. 세미나 내용을 다시 복습하면서 만들어보니까 내가 놓치고 있었던 부분들이 많았다는 것을 알게 되었고 더 꼼꼼하게 공부해야겠다는 생각이 들었다.
➡️ 변수 이름 길어도 모든 사람이 알아볼 수 있도록 써주기 ➡️ Chain 과 GuideLine 이용한 뷰 생성 (위에 설명) ➡️ ScrollView 사용하여 스크롤 기능 완성해보기 (activity_home 확인)
1️⃣ ViewBinding 뷰 바인딩 View Binding , 뷰와 상호 작용하는 코드를 보다 쉽게 작성할 수 있는 기능이다. findViewById 메서드를 대체할 수 있고 뷰바인딩은 안스 3.6부터 사용이 가능하다는 사실 !
👍 ViewBinding 을 쓰면 좋은 점 1. Null safety : 뷰에 대한 직접 참조를 생성하여 잘못된 ID로 인한 Null Point Exception 위험이 없다. 또한 뷰가 레이아웃의 일부에만 있는 경우 바인딩 클래스에 해당 참조가 포함된 필드는 @Nullable로 표시된다. 2. Type safety: 각 바인딩 클래스의 필드에는 XML 파일에서 참조하는 뷰와 일치하는 타입을 갖는다. 이것은 클래스를 캐스팅할 때 발생할수 있는 오류가 없음을 의미한다.
2️⃣ 객체지향 프로그래밍 OOP 객체지향 프로그래밍은 절차적 프로그래밍 방식과는 다르게 데이터를 추상화시켜 상태와 행위를 가지고 객체들간의 유기적 상호작용을 통한 프로그래밍 방식이라고 생각한다. 클래스와 인스턴스, 추상화 , 캡슐화 , 상속, 다형성 이 5가지 키워드가 객체 지향 프로그래밍을 설명해준다고 생각한다. 최근에 정보처리기사 필기 시험을 봤고 이제 곧 실기 시험을 보는데 가장 많이 나왔던 문제가 강한 응집력과 약한 결합도 (Strong Cohesion & Weak Coupling) 이었다. 아직 이런 부분들을 잘 지키면서 코딩하고 있진 않지만 객체 지향적 특성을 생각하면서 코드를 짜다보면 훨씬 깔끔하고 간결한 코드가 될 것 같다.
3️⃣ Architecture 안드로이드 MVC 아키텍쳐는 MODEL, CONTROLLER, VIEW
- Model은 데이터 로직을 담당, 데이터 처리 담당
- View는 사용자의 화면을 담당, UI 처리 ( C로부터 알림을 받고, 이 알림을 M과 함께 UI로 구성)
- Controller는 비즈니스로직을 담당, 사용자의 이벤트 처리 담당
➡️ Controller가 사용자 이벤트를 감지하며 데이터의 업데이트 유무를 확인하고 Model이 데이터 갱신 처리후 View에게 자신이 업데이트 되었다는 사실을 알리고! (데이터 전달 아님 !!!) View는 모델이 업데이트 되었는지 확인 후에 되었을 경우 업데이트 된 데이터를 모델로부터 가져오고 UI 에 갱신해준다.
