2 UITableViews en un UIView

Question

Tengo un UIView que tendrá que mostrar dos UITableViews, pero nunca se muestran juntos, utilizando un SegementedBar puede alternar uno u otro.

¿Cuál sería la mejor manera de manejar esto? Simplemente cree uno Table View Controller y cambie la fuente de datos, o cree 2 Table View Controllers y simplemente oculte uno cuando el otro esté visible.

Las 2 tablas tendrán un diseño completamente diferente con diferentes celdas personalizadas.

Answer 1

Mantendría un delegado de fuente de datos &.

Esto significa que todos los métodos de delegado/origen de datos se vuelven más complicados, PERO significa que puede conservar la relación de uno a uno entre la vista viewController &.

mantener una referencia a cada una de las vistas de tabla

//vc.h 
@property (nonatomic, weak) IBOutlet UITableView* firstTableView; 
@property (nonatomic, weak) IBOutlet UITableView* secondTableView; 

En los métodos de origen de datos/delegación que necesita para tener en cuenta el hecho de que el método tiene que comportarse de manera diferente dependiendo de la vista de tabla está en uso. p.ej.

//vc.m 
-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { 

    ... 

    if (tableView == self.firstTableView) { 

     ... 

    } else { // tableView == self.secondTableView 

     ... 
    } 
} 

return cell; 

}

Answer 2

Ambos enfoques tienen algunos pros y contras, pero personalmente preferiría tener dos controladores separados.

Enfoque 1 - crear un controlador de vista tabla y cambie la fuente de datos

• Este enfoque ayuda a evitar código adicional y se repite.
• Con esta gestión de memoria es bueno usar solo un controlador. (Aunque esto no es una gran preocupación hasta entonces, no tendremos muchos datos.)
• Problema con esto es tener complejidad.

Enfoque 2 - 2 Tabla Vista Controlador

• Con este enfoque, sin duda tiene código adicional y se repite.
• Pero con esto es menos complejo.

Answer 3

Uso separada UITableViewControllers y cambiar las vistas. Es menos código, menos complejidad y es la forma en que Apple lo hace con el TabBar.

En cuanto a la complejidad del código, realmente no hay ninguno. Sólo tiene que hacer lo siguiente para cambiar de vista cuando el valor de la UISegmentedControl 's ha cambiado:

UIView *previousSuperview = myViewController1.view.superview; 
myViewController2.view.frame = myViewController1.view.frame; 
[myViewController1.view removeFromSuperview]; 
[previousSuperview addSubview:myViewController2.view]; 

Como alternativa, puede establecer la propiedad de la vista correspondiente hidden.

Answer 4

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { 

    ... 

    if (tableView.tag == 1) { 

     ... 

    } else { // tableView == self.secondTableView 

     ... 
    } 
} 

etiqueta se podía asignar desde .xib. , por lo que no es necesario tener la variable UITableVeiw en el archivo .h.Dos tabla general .xib necesario

Answer 5

En mi aplicación actual, necesita tener 4 UITableView en un solo UIViewController, a la vez que he de mostrar una sola mesa, sobre la base de la ficha seleccionada por el usuario, no tengo Se agregaron cuatro tablas porque, teniendo todas las diferentes celdas y funciones personalizadas, para reducir la complejidad, tomé cuatro.

El principal beneficio de esto es que, cada vez que no necesita llamar al reloadData para actualizar una sola tabla. Solo necesito manejar adecuadamente el show de tabla & ocultar flujo. Y créeme, eso se ve genial. Sin parpadear en absoluto.

En mi caso, estoy creando cuatro tablas solo por código. Y hago un método que me devolverá una tabla basada en una etiqueta que he aprobado.

Guardo cellForRowAtIndexPath lo más pequeño posible dividiendo el código en diferentes funciones.