DataBinding 의 inflate 파헤치기

순순·2024년 4월 6일

Android

목록 보기

5/12

앱을 만들 때, 화면을 만들고 나면 화면의 기능을 구현해야 한다. 화면에 있는 버튼을 눌렀을 때 다른 화면으로 이동하거나 데이터와 화면이 연결되도록 말이다. 이러한 작업을 쉽게 도와주는 기술 중 하나가 바로 dataBinding이다.

나는 여태 viewBinding을 써왔는데, 이번에 dataBinding에 대해 알게 되었다. 따라서 이번 포스트에서는 DataBinding의 사용 방법을 정리해보려고 한다.

데이터바인딩의 장점은 명확하다. viewBinding 대신 DataBinding을 사용하면 XML 파일과 데이터가 더욱 밀접하게 연결되므로 편리하다는 것!

dataBinding 적용하기

데이터바인딩 설정

DataBinding을 사용하려면 프로젝트에서 다음과 같이 설정을 해야 한다. build.gradle 파일에서 DataBinding을 활성화한다.

android {
    buildFeatures {
        dataBinding true
    }
}

바인딩할 객체 선언

바인딩할 Fragment와 연결할 Activity 등을 lateinit으로 선언한다.
이렇게 선언하면 실제 객체와 연결하기 전까지 메모리를 차지하지 않는다.
여기서 FragmentIntroBinding은 연결하고자 하는 XML 레이아웃 파일(fragment_intro.xml)의 바인딩 클래스다.

    lateinit var fragmentIntroBinding: FragmentIntroBinding
    lateinit var mainActivity: MainActivity

레이아웃 인플레이트(inflate)하기

화면이 생성되는 onCreateView 메서드에서 XML 레이아웃 파일을 인플레이트하여 화면에 표시한다. 이때, DataBindingUtil의 inflate 메서드를 사용하여 데이터바인딩을 적용한다.


    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? {
        // Inflate the layout for this fragment

        // fragmentAddContentBinding = FragmentAddContentBinding.inflate(inflater)
        fragmentAddContentBinding = DataBindingUtil.inflate(inflater, R.layout.fragment_add_content, container, false)
        contentActivity = activity as ContentActivity

        return fragmentAddContentBinding.root
    }

그런데 여기서 DataBindingUtil의 inflate 메서드가 어떤 역할을 하는지 궁금해졌다. 이 메서드는 왜 항상 따라오는 걸까?

그래서 inflate 에 대해 찾아보았다.
inflate 메서드의 매개변수는 4개로, 각각의 역할은 아래와 같다.

inflate 메서드의 매개변수

inflater : layout xml 파일을 뷰 객체로 인스턴스화할 때 사용
layoutResourceId : 인플레이트할 layout xml 파일의 ID
parent (ViewGroup) : 인플레이트 된 뷰가 추가될 부모 뷰 그룹. 보통 인플레이트된 뷰를 추가할 부모 레이아웃을 말한다.
attachToParent (boolean) : 인플레이트 된 뷰를 부모에 자동으로 추가할지 여부를 지정. 보통 false 로 설정하고 나중에 필요할때 true로 바꾼다.

여기서 내가 의문을 가진 것은 3, 4번째 매개변수다..

(1) parent

: parent 매개변수로 ViewGroup 타입의 객체가 전달된다. 이 ViewGroup 객체는 인플레이트된 뷰가 속하게 될 “부모” 역할을 하며, 주로 인플레이트된 뷰를 추가할 상위 레이아웃을 의미한다.

그런데 ViewGroup을 “Container”라고 부르는 이유가 궁금했다. 어차피 root 레이아웃을 가리키는 것 같은데, 왜 굳이 root가 아닌 Container라고 지칭할까?

찾아보니 다음과 같은 차이가 있었다.

Root : 일반적으로 트리 구조에서 가장 상위에 있는 노드를 가리키는 용어다. 따라서 ViewGroup이 될 수도 있고 View가 될 수도 있다.
Container : 레이아웃을 포함한 UI 요소들을 담을 수 있는 상자다.

따라서 Container가 더 넓은 의미로, 꼭 최상위(root) 레이아웃을 지칭하지 않더라도 다양한 상황에서 UI 요소를 담는 “상자” 역할을 한다는 점에서 ViewGroup을 가리킬 때 Container라고 부르는 것이다.

그런데 어차피 최상위 root 에 올 수 있는 요소는 layout과 관련된 요소밖에 없기 때문에 일반적으로 ‘최상위 레이아웃 = root’ 라고 간주한다고 한다.

(2) attachToParent

: attachToparent 는 인플레이트 된 뷰를 부모에 자동으로 추가할지 여부를 지정하는 매개변수다. 그럼 true 로 설정하게 되면 자동으로 부모에 추가되어 화면에 표시된다는 건데, 그게 더 좋은거 아닌가?

왜 false가 일반적인 설정인건지?

이것도 찾아보니 다음과 같은 이유가 있었다.

사용자와의 상호작용에 따라 다른 화면을 보여주기 위해

예를 들어 로그인 버튼을 누르면 로그인 화면을, 회원가입 버튼을 누르면 회원가입 화면을 보여주는 상황처럼, attachToParent 값을 false로 두면 사용자가 누른 버튼에 따라 다른 화면을 보여줄 수 있다. 반대로 true로 설정하면 두 화면이 동시에 겹쳐 보일 수 있다는 것. 아주 중요한 사유였다.

이로써 inflate 에 대해 궁금한 것들이 풀렸다. 그냥 그런가보다- 하고 넘어갈 수 있었던 것들이 명확해지니까 한결 낫다!