Lifebit iOS - Kusanagi and some tips

Transcript

1. Lifebit  iOS   WTF  just  happened.  And  some  9ps.  
2. KUSANAGI  
3. AFNetworking  2.0   •  AFHTTPRequestOpera9onManager   – requestSerializer   – responseSerializer   •  AFNetworkReachabilityManager   •  AFNetworkAc9vityIndicatorManager  
4. Kusanagi  -­‐  KSAPI   •  BDBOAuth1RequestOpera9onManager   – requestSerializer   •  KSRequestOpera9onManager   –  HTTPRequestOpera9onWithRequest:success:failure   –  POSTJSON   •  AFNetworking  handles  401s  differently   –     
5. Mantle   •  Parsing  of  JSON  responses  and  conver9ng   them  to  MTLModel   •  Saving  of  MTLModel  to  CoreData   •  MTLModel  <-­‐-­‐-­‐-­‐>  NSManagedObject   •  We  work  with  MTLModel,  not  with   NSManagedObject  
6. Y  U  NO  USE  NSManagedObject?   •  Because  CoreData  objects  are  generally  not   thread  safe.     •  Different  contexts  (NSManagedObjectContext)   for  different  threads   •  It’s  safer  to  pass  around  pure  NSObjects   (MTLModel)  along  different  threads  
7. Mantle    -­‐-­‐>  Core  Data   •  Uniquing  (if  there’s  such  a  word)   •  Some  `meta`  fields  can  just  be  Transformable  
8. Reverse  Mantle   •  NSManagedObject  -­‐-­‐>  MTLModel   •  MTLModel  -­‐-­‐>  NSDic9onary  or  NSArray  
9. MagicalRecord   •  Cleans  up  all  the  shit  we  do  with  Core  Data   •  Manage  contexts   –  NSManagedObjectContext+MR_rootSavingContext   – MagicalRecord+saveWithBlock:comple9on   •  Easy  queries   –  NSManagedObject-­‐MR_findFirstByAeribute:withValue:inContext  
10. MagicalRecord   •  When  doing  queries,  use  the  context  from   [NSManagedObjectContext+MR_contextForCurrentThread]   •  Remember  that  queries  return   NSManagedObject  instances,  not  MTLModel   •  Use:   – MTLModel+modelsFromManagedObjects   – MTLModel+modelFromManagedObject  
11. Kusanagi  -­‐  KSDataStore   •  Has  no  other  purpose  but  to  ini9alize   MagicalRecord   •  We  might  move  some  Core  Data  stuffs  here   later  to  abstract  MagicalRecord.  
12. Kusanagi   •  Separate  project.  Added  to  Lifebit  as  local   Pod.   •  Kusanagi.xcdatamodel   – Remember  that  object  dele9on  rules  are  in   reverse   •  95%  of  the  9me,  JSON  responses  are  saved  to   Core  Data.   •  JSON  “.me”  responses  are  saved  as  “facts”  
13. Kusanagi  -­‐  some  rules   •  KSAPI  methods  should  map  to  the  real  API   endpoints.   •  When  adding  new  files   1.  Add  them  to  Kusanagi.xcodeproj     2.  Update  version  of  Kusanagi.podspec   3.  Run  `pod  update`  in  Lifebit  workspace   •         
14. Kusanagi  -­‐  some  rules   •  JSON  transforma9ons  and  saving  should  be  in   their  specific  classes   •  Use  a  single  NSManagedObjectContext  as   much  as  possible.   •  Enclose  JSON  transformers  in   +JSONDic9onaryTransformer  or   +JSONArrayTransformer  
15. Kusanagi  -­‐  some  rules   •  Custom  methods  for  queries  should  be  in   Lifebit  (+FFExtensions):   – KSQBTimelineItem+findForFeedOfRequestorId:   •  Other  app  specific  stuffs  should  be  in   +FFExtensions:   – KSPlace+urlStringForSta9cMapWithSize:  
16. XCODE  TIPS  
17. That  bueon  thingy  
18. Simple  LLDB  commands   •  po   •  Print   •  dot-­‐nota9on  doesn’t  work  
19. Advanced  breakpoints   •  You  don’t  have  to  stop  the  program  just  to   add  logging   •  Condi9ons   •  Ac9ons   – Log  Message   – Debugger  Command   – Sound   •  No  stopping  
20. Keyboard  shortcuts   •  CMD+[1-­‐8]   •  CMD+Opt+[1-­‐2]   •  Others:  Look  at  the  Xcode  menu  
21. Others   •  Reveal  in  Project  Navigator   •  Searching  with  Regex   •  Simulator   – Toggle  Slow  Anima9ons   – Color  Blended  Layers   •  Red:  blending   •  Green:  no  blending  
22. APPCODE  
23. AppCode  FTW   •  Find  Usages   – Includes  XIB  files!     •  Inspect  Code   •  Refactoring   – Rename     – Change  Signature  
24. AppCode  L   •  Code  hin9ng  is  slow     •  No  UI  designer  –  no  biggie  
25. Reveal  
26. CODING  CONVENTIONS  
27. MVVM:  Model-­‐View-­‐ViewModel   •  Assume  that  the  ViewController  is  part  of  the   view  
28. MVVM   •  ViewModels  are  moderately  aware  of  what   the  view  will  look  like  (e.g.  LoginForm)   •  Controllers  should  just  “react”  to  it’s   ViewModel.     •  Cells  can  have  their  own  ViewModels  too.  
29. Classes   •  Header  file   – #import  superclass  and  conformed  protocols   – Forward  declara9on  for  everything  else     •  Implementa9on  file     – #import  everything  you  use   – Use  <Library/Library.h>  conven9on  for  impor9ng   3rd-­‐party  libraries  
30. The  thing  with  ivars   •  Stop  directly  using  ivars  (`_property`).  Use   `self.property`.   •  Proper9es  launch  KVO  no9fica9ons   •  Proper9es  are  atomic  (cannot  be  accessed   from  more  than  one  thread)  -­‐  safer  to  read   and  write  in  mul9ple  threads   •  Prevent  accidents  when  overriding  proper9es  
31. Only  use  ivars…   •  Inside  `-­‐init`  constructors   •  Property  overrides  
32. Others   •  @strongify  and  @weakify  all  the  things   –  API  calls   –  RAC  handlers   –  Not  needed  in  UIView-­‐animateWithDura9on:     •  Make  sure  you  are  using  SDWebImage  when   loading  remote  images   •  Avoid  singletons.  Make  app  services  instead.   •  -­‐tableView:es9matedHeightForRowAtIndexPath    
33. Remember   •  AFNetworking  callbacks  are  run  on  the  main   thread.   •  Do  not  repeat  the  nightmare  that  was   `LBUser`  
34. Things  to  think  about   •  Reac9veCocoa   – reac9ve  programming   •  Auto-­‐layout   •  Swiy  
35. @END