La aplicación de Android que estoy desarrollando actualmente tiene una actividad principal que ha crecido bastante. Esto se debe principalmente a que contiene un TabWidget
con 3 pestañas. Cada pestaña tiene bastantes componentes. La actividad tiene que controlar todos esos componentes a la vez. Así que creo que puedes imaginar que esta Actividad tiene como 20 campos (un campo para casi todos los componentes). También contiene mucha lógica (escuchas de clics, lógica para llenar listas, etc.).
Lo que normalmente hago en marcos basados en componentes es dividir todo en componentes personalizados. Cada componente personalizado tendría una clara responsabilidad. Contendría su propio conjunto de componentes y toda otra lógica relacionada con ese componente.
Traté de averiguar cómo se puede hacer esto, y encontré algo en la documentación de Android que les gusta llamar un "Control Compuesto". (Consulte http://developer.android.com/guide/topics/ui/custom-components.html#compound y desplácese a la sección "Controles compuestos") Me gustaría crear dicho componente basado en un archivo XML que defina Ver estructura.
En la documentación dice:
Tenga en cuenta que al igual que con una actividad, puede usar el enfoque declarativo (basado en XML) para crear los componentes contenidos, o puede anidarlos mediante programación desde su código.
Bueno, eso es una buena noticia! ¡El enfoque basado en XML es exactamente lo que quiero! Pero no dice cómo hacerlo, excepto que es "como con una Actividad" ... Pero lo que hago en una Actividad es llamar setContentView(...)
a inflar las vistas desde XML. Ese método no está disponible si, por ejemplo, la subclase LinearLayout
.
Así que intenté inflar el XML manualmente de esta manera:
public class MyCompoundComponent extends LinearLayout {
public MyCompoundComponent(Context context, AttributeSet attributeSet) {
super(context, attributeSet);
LayoutInflater inflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
inflater.inflate(R.layout.my_layout, this);
}
}
Esto funciona, excepto por el hecho de que el XML que estoy cargando se ha LinearLayout
declarado como el elemento raíz. ¡Esto da como resultado que el LinearLayout
niño sea un niño del MyCompoundComponent
que ya es un hijo LinearLayout
! Así que ahora tenemos un LinearLayout redundante en el medio MyCompoundComponent
y las vistas que realmente necesita.
¿Puede alguien proporcionarme una mejor manera de abordar esto, evitando tener una LinearLayout
instancia redundante ?
fuente
Respuestas:
Use la etiqueta merge como su raíz XML
Mira este artículo.
fuente
Creo que la forma en que se supone que debes hacerlo es usar el nombre de tu clase como elemento raíz XML:
Y luego haga que su clase se derive del diseño que desee usar. Tenga en cuenta que si está utilizando este método , no utiliza el inflador de diseño aquí.
Y luego puede usar su vista en diseños XML de manera normal. Si desea hacer la vista mediante programación, debe inflarla usted mismo:
Desafortunadamente, esto no le permite hacerlo
v = new MyView(context)
porque no parece haber una solución al problema de los diseños anidados, por lo que esta no es realmente una solución completa. Puede agregar un método como esteMyView
para hacerlo un poco más agradable:Descargo de responsabilidad: puedo estar hablando de bollocks completos.
fuente
<com.example.views.MyView />
y susetData
yonFinishInflate
llamadas de empezar a tirar NPE, y no tiene idea de por qué.