[aerogear-dev] News from iOS Modules front

[Summers Pittman]

On 07/11/2014 05:20 PM, Corinne Krych wrote:
> Hello Guys,
>
> Last Tuesday during our (favourite) iOS meeting [1] [2] we talked about modularization. We agreed with Android team modularization is scheduled for 2.0.
>
> For iOS we have several actions:
>
> 1. rename existing repos (too bad we don’t follow well Android convention)
> 	• aerogear-ios-crypto
> 	• aerogear-ios-push (thanks passos for the suggestion)
> 	• aerogear-ios-otp
> 	• aerogear-ios-xcode-template
> 	• aerogear-ios-cookbook
>
> Since we’re talking about renaming, what about dropping “arerogear” for the repo name? all those repos belong to aerogear organization anyway. Maybe removing the aerogear part will stress more the small libraries aspect. Maybe sth we already discussed but can’t remember/find it. wdyt?
Less typing, looks better in my bom/gradle/whatever, +1
>
> 2. Pipe and Store deprecated. All aerogear-ios we’ll stick to 1.7 version and will be marked deprecated.
> But …. don’t be scared new modules will replace them:
>
> • aerogear-ios-http : Lightweight lib around NSURLSession to ease HTTP calls with pluggable request and response Serializers. Very very Draft version [3] with some cookbook recipe [4]. With this module we will work directly with NSURLSession (iOS foundation networking) instead of using AFNetworking. Sure Andrea will like it: no dependency :)
> • aerogear-ios-oauth2 : dependent on aerogear-ios-http, bring all the good stuff like AccountManager, OAuth2 extensible adapters, fluid http post/get ...
> • aerogear-ios-storage usage of incrementalStorage to plug into Core Data
Yeah I'm not sure if Android will drop Pipe and Store, I personally use 
them a lot. But I understand that on other platforms they are much simpler.
>
> Those modules will be written in Swift code. We’ll test them both in iOS7 and iOS8.
>
> 3. Cookbook recipes rpo
> • tag our repo 1.7: we didn’t have a tag strategy for cookbook demos but with the move from 1.X to 2.) I think we should
> * Swift demo naming convention add “-swift” for Swift version like we did [5]. We should also append “-objc” to other recipes to be consistent.
>
> 4. Differentiate Swift vs Objective-C libs
> How to differenctiate Swift code. Specially for aerogear-ios-push which will be declined in 2 versions? One suggestion from Matthias was to have 2 separate branches.
> master -> objc-c
> until iOS8 is released and stable.
> I’m +1 with that idea.
Sounds like a good plan. I don't know if naming '-swift' or '-objc' is 
necessary if they are cross compatible, but I'm not that passionate 
either way.
>
> Let me know if you have suggestions/objections. When we reach an agreement, I’ll create associated JIRA.
>
> ++
> Corinne
>
> [1] http://oksoclap.com/p/aerogear_ios_meeting_01072014
> [2] http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-07-08-11.42.txt
> [3] https://github.com/corinnekrych/aerogear-ios-http
> [4] https://github.com/corinnekrych/Weather
> [5] https://github.com/aerogear/aerogear-push-helloworld/tree/master/ios-swift
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.