Bienvenido a la republica independiente de las pruebas unitarias con Core Data

Bienvenido a la república
independiente de las pruebas
unitarias con Core Data
Jorge D. Ortiz Fuentes (@jdortiz)
Alfonso Alba Garcia (@aalbagarcia)

viernes, 8 de marzo de 13

Agenda
★ MVC
★ Implementación en Core Data
★ Pruebas Unitarias
★ Desacoplamiento
★ Conclusiones

2

El modelo a seguir

MVC
★ Las vistas las proporciona Apple (aunque
nosotros podemos crear lasque necesitemos).
★ El modelo debe contener toda la lógica de
negocio.
★ Atención: Modelo de datos vs modelo de
negocio.
★ El controlador debería la conexión de las
vistas con el modelo de negocio.
★ No es necesario que sea / NO debería ser un
singleton. Se pasa de un controlador a
otro. (Core Data: MOC o UIManagedDocument)

4

Modelo autocontenido
★ La forma más sencilla de evitar
duplicación de código y conseguir
un comportamiento consistente.
★ Core Data incluye restricciones.
P. ej., atributo opcional o no o
cardinalidad de una relación.
★ Pero para añadir otra
funcionalidad hay que añadir
métodos.

5

Usa Core Data, Luke

Implementación del
modelo de negocio
★ Modificar modelo de datos ⇒
regenerar clases. Xcode
sobreescribe ⇒ métodos añadidos
★ Soluciones:
๏ Aprovechar el control de versiones
๏ mogenerator (http://
rentzsch.github.com/mogenerator/) de
W. Rentzsch
๏ Categorías
7

Modelo NSCoderApp


Group (Generado)
★ #import <Foundation/Foundation.h>
#import "Group.h"
#import "Person.h"

#import <CoreData/CoreData.h>
@implementation Group
@class Person;
@dynamic name;
@interface Group : NSManagedObject @dynamic notes;
@dynamic members;
@property (nonatomic, retain) NSString * name; @dynamic meetings;
@property (nonatomic, retain) NSString * notes;
@property (nonatomic, retain) NSSet *members; @end
@property (nonatomic, retain) NSManagedObject *meetings;
@end

@interface Group (CoreDataGeneratedAccessors)

- (void)addMembersObject:(Person *)value;
- (void)removeMembersObject:(Person *)value;
- (void)addMembers:(NSSet *)values;
- (void)removeMembers:(NSSet *)values;

@end


Categoría Group+Model
★ #import "Group.h" #import "Group+Model.h"

@implementation Group (Model)

#pragma mark - Detect duplicates
@interface Group (Model)
/**
- (BOOL) isDuplicated; Verify that this item doesn't exist yet (another section
with the same name).
@end */
- (BOOL) isDuplicated {
BOOL duplicated = NO;
NSFetchRequest *fetchRequest = [NSFetchRequest
fetchRequestWithEntityName:@"Group"];

// Set the predicate to find if another one exists.
fetchRequest.predicate = [NSPredicate
predicateWithFormat:@"name == %@", self.name];

NSError *error = nil;
NSUInteger sections = [self.managedObjectContext
countForFetchRequest:fetchRequest

error:&error];
// The first one is the one this one.
if (sections > 1) {
duplicated = YES;
}

return duplicated;
}

@end


Pruebas

La prueba del 3
★ Incluir pruebas:
๏ Más exhaustivo y sistemático.
๏ Refactorizar con mucho menos riesgo.
๏ Verificar la resolución de bugs y evitar
regresiones.
★ Lo que proporciona el sistema
(frameworks) no se prueba.
★ Como mínimo:
๏ Modelo de negocio → Métodos añadidos

12

Implementación de las
pruebas
★ OCUnit para no compicarse la vida
★ Nombre explicativo
★ Cobertura
★ Casos relevantes
★ Importante para Core Data: setUp y
tearDown
๏ Carga del modelo
๏ Preparación del Persistent Store en
memoria.

13

Preparación
★ - (void) setUp {

[super setUp];
// Create the Core Data stack.
NSBundle *bundle = [NSBundle bundleForClass:[self class]];
model = [NSManagedObjectModel mergedModelFromBundles:@[bundle]];
coordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:model];
store = [coordinator addPersistentStoreWithType: NSInMemoryStoreType
configuration: nil
URL: nil
options: nil
error: NULL];
context = [[NSManagedObjectContext alloc] init];
[context setPersistentStoreCoordinator:coordinator];

// Instantiate three products for the tests.
mainGroup = [NSEntityDescription insertNewObjectForEntityForName:@"Group"
inManagedObjectContext:context];
mainGroup.name = @"A cool group";
}

- (void) tearDown {
context = nil;
store = nil;
coordinator = nil;
model = nil;

[super tearDown];
}

14

No duplicación
★ #pragma mark - Detect duplication

- (void) testDuplicatedIsDetectedWhenTwoGroupsWithSameName {
Group *anotherGroup = [NSEntityDescription insertNewObjectForEntityForName:@"Group"
anotherGroup.name = @"A cool group";
STAssertTrue([mainGroup isDuplicated],
@"If another group exists with the same name it is considered a duplicate");
}

- (void) testDuplicatedIsNotDetectedWhenTwoGroupsWithDifferentName {
Store *anotherStore = [NSEntityDescription insertNewObjectForEntityForName:@"Group"
anotherGroup.name = @"Another cool group";
STAssertFalse([mainGroup isDuplicated],
@"If no other group exists with a different name it is not considered a
duplicate");
}

15

Desacoplamiento

This is an
open discussion


Marco Arment

“It’s so simple, I’ll just use plist”


El problema
★ Acoplamiento fuerte entre los
componentes de la aplicación
(Models, Views, Controllers)
★ Difícil hacer mocks para
aplicar TDD
๏ TDD = componentes independientes
que se testan de forma
independiente entre sí
๏ (¿Mocking de
NSManagedObjectContext?)
19

El problema
★ Para testear un View Controller que
muestra en pantalla un listado de
Meetings tendría que:
๏ Crear un NSManagedObjectContext
๏ Cargar datos de prueba en la base de
datos
๏ Hacer una búsqueda sobre los datos de
prueba
๏ Generar un NSFetchedResultsController
๏ ...y finalmente testear

20

El problema
★ ...y después de hacer todo
esto, resulta que queremos
hacer una versión para Android
y compartir datos usando
Parse/RoR/PHP/DynamoDB
★ ...o prefieres usar plists
para no complicarte la vida
(como Marco Arment, pero al
revés)

21

El problema

http://www.confreaks.com/videos/759-rubymidwest2011-keynote-architecture-the-lost-years

“The database is a DETAIL of our application”


View Controller

Model
View
(Core Data)

Meeting.h


Como la base de datos
es un detalle, la
podemos quitar


Request:
quiero ver todos los
objetos Meeting
View Controller


Request:
objetos Meeting
View Controller

Entidad: Objeto que contiene las MeetingEntity

reglas de negocio genéricas,
aquellas que se pueden aplicar GroupEntity

siempre en cualquier contexto.
AttendeeEntity

Por ejemplo: Si a un evento se
inscriben tres personas, este
queda automáticamente conﬁrmado


Request:
objetos Meeting
View Controller

MeetingEntity

BrowseMeetingsInteractor GroupEntity

AttendeeEntity

Interactor: Contiene reglas de
negocio especíﬁcas

Por ejemplo: Dos eventos no
pueden tener el mismo nombre

¿Y la base de datos?


Request:
objetos Meeting
View Controller

MeetingEntity


AttendeeEntity

MeetingsGateway

Model
(Core Data)


Request:
objetos Meeting
View Controller
Request
Object

MeetingEntity


AttendeeEntity

MeetingsGateway

Model
(Core Data)


Request:
objetos Meeting
View Controller

MeetingEntity

Request
Object

AttendeeEntity

MeetingsGateway

Model
(Core Data)


Request:
objetos Meeting
View Controller

MeetingEntity


AttendeeEntity

Request
Object

MeetingsGateway

...accede a Core Data y busca los objetos que
cumplen los criterios del RequestObject
Model
(Core Data)


Request:
objetos Meeting
View Controller

MeetingEntity


Entidades AttendeeEntity

MeetingsGateway

Model
(Core Data)


Request:
objetos Meeting
View Controller

MeetingEntity
ResponseObject


Entidades AttendeeEntity

MeetingsGateway

Model
(Core Data)


Request:
objetos Meeting
View Controller

ResponseObject
MeetingEntity
View


AttendeeEntity

MeetingsGateway

Model
(Core Data)


show me the code!!


Duck Typing


Request:
objetos Meeting
View Controller
RequestObjectProtocol

ResponseObject
MeetingEntity
View


AttendeeEntity

ResponseObject

MeetingsParseGateway

Model
(Core Data)


QueryRequestProtocol

@protocol QueryRequestProtocol

@required
@property (nonatomic, strong) NSString *queryString;
@property (nonatomic, strong, readonly) NSDictionary *components;

@end


BrowseMeetingsInteractor

@interface BrowseMeetingsInteractor : NSObject

@property (nonatomic, strong) id<MeetingGatewayProtocol> gateway;

- (id<StandardResponseProtocol>) getResponseForRequest:
(id<QueryRequestProtocol >)request;
@end


MeetingGateway

@class MeetingEntity;

@protocol MeetingGatewayProtocol <NSObject>

@required
- (id)processRequest:(id<QueryRequestProtocol> *)request;
- (void)save:(MeetingEntity *)meeting error:(NSError **)error;
@end


viewDidLoad
if (!self.fridgeResponse)
{
IFCoreDataFridgeGateway *gateway = [[IFCoreDataFridgeGateway alloc] init];
gateway.shouldReturnFetchResultsController = false;
gateway.context = self.context;

self.fridgeInteractor = [[IFViewFridgeInteractor alloc] init];
self.fridgeInteractor.gateway = gateway;

self.fridgeResponse = [self.fridgeInteractor getResponseForRequest:self.request];
}

if (!self.fridgeItemsResponse)
{
IFCoreDataFridgeItemGateway *fridgeItemGateway = [[IFCoreDataFridgeItemGateway alloc] init];
fridgeItemGateway.context = self.context;
fridgeItemGateway.shouldReturnFetchResultsController = YES;

self.fridgeItemsInteractor = [[IFBrowseFridgeItemsInteractor alloc] init];
self.fridgeItemsInteractor.gateway = fridgeItemGateway;
IFFridgeItemRequestObject *fridgeItemsRequest = [[IFFridgeItemRequestObject alloc] init];
;

fridgeItemsRequest.queryString = [NSString stringWithFormat:@"fridge-slug=
%@",self.request.components[@"slug"] ] ;
self.fridgeItemsResponse = [self.fridgeItemsInteractor getResponseForRequest:fridgeItemsRequest];
}


¿Cómo cambiamos de CoreData
a Parse?


Request:
objetos Meeting
View Controller
RequestObject

ResponseObject
MeetingEntity
View


AttendeeEntity

ResponseObject

MeetingsParseGateway Mientras la clase
MeetingsParseGateway y
MeetingsGateway cumplan
Cache el mismo protocolo ¡todo
Parse
(Core Data)
funciona!

¡¡Podemos testearlo todo!!


Request:
objetos Meeting
View Controller
RequestObject

ResponseObject
MeetingEntity
View


AttendeeEntity

ResponseObject

MeetingsParseGateway

Cache
Parse
(Core Data)


View Controller
RequestObject

MockResponseObject

MockBrowseMeetingsInteractor

Para testear el view controller,
basta con tener un Mock del
Interactor


Request:
objetos Meeting

MockRequestObject
ResponseObject

MeetingEntity


AttendeeEntity

MockGateway


En la vida nada es
gratis...
★ Hay que escribir más código
★ Hay que pensar en interfaces
(protocolos)
★ ¿Rendimiento?

51

¿Qué pensáis?

52

¿Qué pensáis?
★ ¿Creéis que tener un sistema de componentes
realmente desacoplados es un buen sistema?

52

¿Qué pensáis?
★ ¿Pensáis que tener un sistema en el que puedo
testear sus componentes por separado, es un buen
sistema?

52

¿Qué pensáis?
sistema?
★ ¿Pensáis que tener un sistema flexible en el que
puedo posponer las decisiones sobre aspectos
fundamentales del mismo hasta que realmente las
necesito es un buen sistema?

52

¿Qué pensáis?
sistema?
★ ¿Pensáis que poder sustituir unas componentes por
otras es un buen sistema?

52

¿Qué pensáis?
sistema?
★ ¿Pensáis que poder sustituir unas componentes por
otras es un buen sistema?
★ ¿Pensáis que un sistema en el que una buena parte
del código se puede autogenerar o reutilizar es un
buen sistema?
52

Cuando no...
★ Si quieres hacer un prototipo
rápido de la applicación
★ Si no quieres hacer TDD, ni
desacoplar componentes ni
dormir más tranquilo por las
noches cuando tu app se la
descarguen miles de personas

53

¡Es una inversión de
futuro!

¡Gracias!

Recursos
recomendados
★ Architecture: the lost years
★ Test Driven iOS Development
★ www.cleancoders.com/

55

Bienvenido a la republica independiente de las pruebas unitarias con Core Data

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (12)

Destacado

Destacado (20)

Similar a Bienvenido a la republica independiente de las pruebas unitarias con Core Data

Similar a Bienvenido a la republica independiente de las pruebas unitarias con Core Data (20)

Más de Alfonso Alba

Más de Alfonso Alba (10)

Último

Último (20)

Bienvenido a la republica independiente de las pruebas unitarias con Core Data