[Android/Kotlin] 뷰 바인딩(View Binding)이란?
- 📌 View Binding이란?
- 👍🏻 View Binding의 장점
- 🤔
FindViewById
와의 차이점 - Kotlin에서 뷰 바인딩(ViewBinding) 설정 방법
- 2. Activity에서의 설정
📌 View Binding이란?
- 뷰 바인딩을 사용하면 뷰와 상호작용하는 코드를 쉽게 작성할 수 있다.
- 뷰 바인딩을 허용하면 각 Layout마다 바인딩 클래스를 자동으로 생성하는데, Layout에 ID가 있는 뷰에 직접 참조를 할 수 있다.
- 모듈에서 사용 설정된 뷰 바인딩은 모듈에 있는 각 XML 레이아웃 파일의 결합 클래스를 생성한다.
- 대부분의 경우 뷰 바인딩은
findViewById
를 대체한다.
👍🏻 View Binding의 장점
- View를 직접 참조하기 때문에 없는 id를 참조할 일이 없다. 또한 이 과정에서 Null Pointer Exception이 발생하지 않는다.
- View에 잘못된 타입을 지정할 때 생기는 Class Cast Exception이 발생하지 않는다.
- 코드의 가독성이 올라간다.
🤔 FindViewById
와의 차이점
1. 보일러 플레이트 코드 개선
findViewById
를 사용하면 뷰를 참조할 때 다음과 같은 코드를 사용한다.
val content = findViewById<TextView>(R.id.tv_content)
뷰의 개수가 적을 때는 못느꼈겠지만 개발을 진행하면서 뷰가 많아질 수록 코드가 너무 길어지는 단점이 있다.
하지만 뷰 바인딩을 사용하게 되면 변수선언 없이 바로 뷰에 접근할 수 있기 때문에 상당한 이점이 있다!
2. null 안정성(NullSafe)
findViewById
를 사용할 개발자가 뷰의 id를 잘못작성해 NPE(NullPointerException)이 발생하는 단점이 있다.- 하지만 뷰 바인딩의 경우에는 직접 뷰의 참조를 생성하므로 NPE(NullPointerException)이 발생하지 않는다는 이점이 있다!
- 즉, 레이아웃에 아직 생성되지 않은 뷰의 참조를 얻어(null상태)해당 뷰의 속성을 사용하려 할 때 발생하는 NPE를 방지 한다는 것이다.
- 레이아웃의 일부 구성에만 뷰가 있는 경우 결합 클래스에서 참조를 포함하는 필드가@Nullable로 표시된다.
3. 유형 안전(Type safety)
- 바인딩 클래스(ActivityMainBinding)의 필드 유형은 XML의 뷰와 완전히 일치한다. 그렇기 때문에 Class Cast Exception 이 발생할 위험이 없다는 장점이 있다.
- 쉽게말해 타입을 가지고 있기 때문에 imageView.text같이 타입이 다른 경우 발생하는 오류를 방지 할 수 있다.
Kotlin에서 뷰 바인딩(ViewBinding) 설정 방법
1. gradle설정
android{
...
// AndroidStudio 3.6 ~ 4.0
viewBinding{
enabled = true
}
// AndroidStudio 4.0 ~
buildFeatures{
viewBinding = true
}
}
2. Activity에서의 설정
class MainActivity : AppCompatActivity() {
private lateinit var binding : ActivityMainBinding
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
binding = ActivityMainBinding.inflate(layoutInflater)
val view = binding.root
setContentView(view)
}
}
- 클래스를 만들기 위하여 다음과 같이 적어준다.
- inflate는 XML에 있는 뷰를 객체화 해준다고 생각하면 된다.
- 기존의 R.layout.activity_main를 넘겨주지 않고 우리가 생성한 루트의 뷰를 넘겨준다.
binding.tvMain.text = "바인딩이 잘 되었습니다 :)"
- 넘겨 주었다면 다음과 같이 id에 직접 접근하여 사용하면 된다 :)