Como usar a ligação de dados com o fragmento

182

Estou tentando seguir o exemplo de ligação de dados do oficial google doc https://developer.android.com/tools/data-binding/guide.html

exceto que estou tentando aplicar a vinculação de dados a um fragmento, não a uma atividade.

o erro que estou recebendo ao compilar é

Error:(37, 27) No resource type specified (at 'text' with value '@{marsdata.martianSols}.

onCreate para fragmento é assim:

@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    MartianDataBinding binding = MartianDataBinding.inflate(getActivity().getLayoutInflater());
    binding.setMarsdata(this);
}

onCreateView para fragmento é assim:

@Nullable
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
    return inflater.inflate(R.layout.martian_data, container, false);
}

e partes do meu arquivo de layout para fragmento são assim:

<?xml version="1.0" encoding="utf-8"?>

<layout xmlns:android="http://schemas.android.com/apk/res/android">
    <data>
        <variable
            name="marsdata"
            type="uk.co.darkruby.app.myapp.MarsDataProvider" />
    </data>
...

        <TextView
            android:layout_height="wrap_content"
            android:layout_width="wrap_content"
            android:text="@{marsdata.martianSols}"
        />

    </RelativeLayout>
</layout>

minha suspeita é que MartianDataBindingnão sabe a qual arquivo de layout ele deve estar vinculado - daí o erro. Alguma sugestão?

dark_ruby
fonte

Respostas:

354

A implementação da ligação de dados deve estar no onCreateViewmétodo do fragmento; exclua qualquer ligação de dados que exista no seu OnCreatemétodo; você onCreateViewdeve se parecer com o seguinte:

public View onCreateView(LayoutInflater inflater, 
                         @Nullable ViewGroup container, 
                         @Nullable Bundle savedInstanceState) {
    MartianDataBinding binding = DataBindingUtil.inflate(
            inflater, R.layout.martian_data, container, false);
    View view = binding.getRoot();
    //here data must be an instance of the class MarsDataProvider
    binding.setMarsdata(data);
    return view;
}
hdioui abdeljalil
fonte
Eu tive que adicionar a chamada ao super para gerar minha classe Binding.
precisa saber é o seguinte
3
Eu luto com esse problema por horas. O problema foi que retornei a visão errada. 1
TharakaNirmana
1
View view = binding.getRoot(); Estou preso há tanto tempo que estou legitimamente chateado por não encontrar nenhuma documentação sobre isso no developer.android.com ... Resolvido o problema. Obrigado!
precisa
1
Se você estiver usando o LiveData e o ViewModel, leia esta resposta .
Big McLargeHuge
1
o que é setMarsdata ()? acho que aqui usamos setViewModel () ??
suv
59

Você é incentivado a usar o inflatemétodo da ligação gerada e não o DataBindingUtil:

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    MainFragmentBinding binding = MainFragmentBinding.inflate(inflater, container, false);
    //set variables in Binding
    return binding.getRoot();
}

Documentos para DataBindingUtil.inflate () :

Use esta versão apenas se layoutId for desconhecido anteriormente. Caso contrário, use o método de inflar do Binding gerado para garantir a inflação do tipo seguro.

Até
fonte
Infelizmente isso está me matando com o cannot be resolved to a typeerro na compilação. Não é confiável na minha opinião. Se eu for primeiro DataBindingUtil.inflate(inflater, R.layout.fragment_camera, container, false);e depois alterá-lo para FragmentCameraBinding.inflate(inflater, container, false);, ele funciona, mas após a reconstrução, ocorre o erro novamente.
Alex Burdusel
Funciona bem. Na verdade, não há necessidade de especificar o layout res id (o que eu queria saber antes), pois ele seleciona automaticamente o arquivo de ligação gerado.
eC Droid
2
onde você define o ID do layout do fragmento (por exemplo, R.layout.fragment_) neste exemplo?
Lenin Raj Rajasekaran
essa deve ser a resposta aceita. a ligação gerada no layout é incentivada a ser usada, em vez deDataBindingUtil.inflate
mochadwi 10/01
@LeninRajRajasekaran O ID do layout está implícito no uso da MainFragmentBindingclasse. Essa classe é gerada a partir do arquivo de layout, para que o layout desejado seja aplicado automaticamente.
Emil S.
19

Até as outras respostas podem funcionar bem, mas quero dizer a melhor abordagem.

Use Binding class's inflatecomo recomendado na documentação do Android .

Uma opção é aumentar, DataBindingUtil mas quando apenas você não sabe, gerou uma classe de ligação .

--Você gerou automaticamente binding class, use essa classe em vez de usar DataBindingUtil.

Em Java

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    HomeFragmentBinding binding = HomeFragmentBinding.inflate(inflater, container, false);
    //set binding variables here
    return binding.getRoot();
}

Na cidade Kotlin

lateinit var binding: HomeFragmentBinding 
override fun onCreateView(inflater: LayoutInflater?, container: ViewGroup?, savedInstanceState: Bundle?): View? {
    binding = HomeFragmentBinding.inflate(inflater, container, false)
    return binding.root
}

Na documentação da classe DataBindingUtil , você pode ver.

inflar

T inflate (LayoutInflater inflater, 
                int layoutId, 
                ViewGroup parent, 
                boolean attachToParent)

Use esta versão apenas se layoutId for desconhecido anteriormente. Caso contrário, use o método de inflar do Binding gerado para garantir a inflação do tipo seguro.

Se sua classe de bineamento de layout não for gerada @ Consulte esta resposta .

Khemraj
fonte
por que não usar o inflatemétodo que leva LayoutInflatercomo argumento único?
Florian Walther
@FlorianWalther isso funciona sem ViewGroup container?
Khemraj
Bem, eu não sabia quando escrevi este comentário. Mas recebi uma boa resposta aqui: stackoverflow.com/questions/61571381/…
Florian Walther
1
@FlorianWalther tudo bem, eu li a resposta, que containeré necessária quando attachToRooté true.
Khemraj
16

Se você estiver usando o ViewModel e o LiveData, esta é a sintaxe suficiente

Sintaxe de Kotlin:

override fun onCreateView(
    inflater: LayoutInflater,
    container: ViewGroup?,
    savedInstanceState: Bundle?
): View? {
    return MartianDataBinding.inflate(
        inflater,
        container,
        false
    ).apply {
        lifecycleOwner = viewLifecycleOwner
        vm = viewModel    // Attach your view model here
    }.root
}
Saman Sattari
fonte
10

Tente isso no Android DataBinding

FragmentMainBinding binding;

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
                             Bundle savedInstanceState) {
        binding = DataBindingUtil.inflate(inflater, R.layout.fragment_main, container, false);
        View rootView = binding.getRoot();
        initInstances(savedInstanceState);
        return rootView;
}
Jirawat Harnsiriwatanakit
fonte
7

Pode-se simplesmente recuperar o objeto de exibição como mencionado abaixo

public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {

View view = DataBindingUtil.inflate(inflater, R.layout.layout_file, container, false).getRoot();

return view;

}
Imran Solanki - GSLab
fonte
7

Sintaxe de Kotlin:

lateinit var binding: MartianDataBinding
override fun onCreateView(inflater: LayoutInflater?, container: ViewGroup?, savedInstanceState: Bundle?): View? {
    binding = DataBindingUtil.inflate(inflater, R.layout.martian_data, container, false)
    return binding.root
}
muneikh
fonte
7

Como a maioria já disse, mas não se esqueça de configurar o LifeCycleOwner
Sample em Java, ou seja,

public View onCreateView(LayoutInflater inflater, ViewGroup container,Bundle savedInstanceState) {
    super.onCreateView(inflater, container, savedInstanceState);
    BindingClass binding = DataBindingUtil.inflate(inflater, R.layout.fragment_layout, container, false);
    ModelClass model = ViewModelProviders.of(getActivity()).get(ViewModelClass.class);
    binding.setLifecycleOwner(getActivity());
    binding.setViewmodelclass(model);

    //Your codes here

    return binding.getRoot();
}
Lefty
fonte
5

trabalhando no meu código.

private FragmentSampleBinding dataBiding;
private SampleListAdapter mAdapter;

@Nullable
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
    super.onCreateView(inflater, container, savedInstanceState);
    dataBiding = DataBindingUtil.inflate(inflater, R.layout.fragment_sample, null, false);
    return mView = dataBiding.getRoot();
}
UJWAL GHONGADE
fonte
5

Um exemplo completo em Fragmentos de ligação de dados

FragmentMyProgramsBinding é uma classe de ligação gerada para res / layout / fragment_my_programs

public class MyPrograms extends Fragment {
    FragmentMyProgramsBinding fragmentMyProgramsBinding;

    public MyPrograms() {
        // Required empty public constructor
    }


    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
                             Bundle savedInstanceState) {
        // Inflate the layout for this fragment
    FragmentMyProgramsBinding    fragmentMyProgramsBinding = DataBindingUtil.inflate(inflater, R
                .layout.fragment_my_programs, container, false);
        return fragmentMyProgramsBinding.getRoot();
    }

    @Override
    public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
        super.onViewCreated(view, savedInstanceState);

    }
}
vivek yadav
fonte
2

Blog muito útil sobre ligação de dados: https://link.medium.com/HQY2VizKO1

class FragmentBinding<out T : ViewDataBinding>(
    @LayoutRes private val resId: Int
) : ReadOnlyProperty<Fragment, T> {

    private var binding: T? = null

    override operator fun getValue(
        thisRef: Fragment,
        property: KProperty<*>
    ): T = binding ?: createBinding(thisRef).also { binding = it }

    private fun createBinding(
        activity: Fragment
    ): T = DataBindingUtil.inflate(LayoutInflater.from(activity.context),resId,null,true)
}

Declare val de ligação como este no fragmento:

private val binding by FragmentBinding<FragmentLoginBinding>(R.layout.fragment_login)

Não se esqueça de escrever isso em fragmento

override fun onCreateView(
    inflater: LayoutInflater,
    container: ViewGroup?,
    savedInstanceState: Bundle?
): View? {
    return binding.root
}
Dev Soni
fonte
1

Outro exemplo no Kotlin:

override fun onCreateView(inflater: LayoutInflater?, container: ViewGroup?, savedInstanceState: Bundle?): View? {
    val binding = DataBindingUtil
            .inflate< MartianDataBinding >(
                    inflater,
                    R.layout.bla,
                    container,
                    false
            )

    binding.modelName = // ..

    return binding.root
}

Observe que o nome "MartianDataBinding" depende do nome do arquivo de layout. Se o arquivo tiver o nome "martian_data", o nome correto será MartianDataBinding.

akohout
fonte
0

Todo mundo fala sobre inflate(), mas e se quisermos usá-lo onViewCreated()?

Você pode usar o bind(view)método da classe de ligação concreta para obter uma ViewDataBindinginstância para o view.


Normalmente, escrevemos BaseFragment algo como isto (simplificado):

// BaseFragment.kt
abstract fun layoutId(): Int

override fun onCreateView(inflater, container, savedInstanceState) = 
    inflater.inflate(layoutId(), container, false)

E use-o no fragmento filho.

// ConcreteFragment.kt
override fun layoutId() = R.layout.fragment_concrete

override fun onViewCreated(view, savedInstanceState) {
    val binding = FragmentConcreteBinding.bind(view)
    // or
    val binding = DataBindingUtil.bind<FragmentConcreteBinding>(view)
}


Se todos os fragmentos usarem ligação de dados, você poderá simplificá-lo usando o parâmetro type.

abstract class BaseFragment<B: ViewDataBinding> : Fragment() {
    abstract fun onViewCreated(binding: B, savedInstanceState: Bundle?)

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        onViewCreated(DataBindingUtil.bind<B>(view)!!, savedInstanceState)
    }
}

Não sei se é certo afirmar não nulo lá, mas ... você entendeu a idéia. Se você quiser que seja anulável, poderá fazê-lo.

Tura
fonte