[aerogear-dev] [iOS] small libs

[Andrea Vibelli]

Hi, I do agree with the separation of the libraries, so that a user can use only the libraries that he needs. It's a cleaner approach and eventually would keep also the size of the imported libraries at the minimum, saving some space is always a good option when going on mobile even if nowadays the space is not a concern anymore :-)

I would personally avoid having one single repo with all the code that builds a library with different 'granularity' (so an all-library-repository that has the option of building a subset of its packages), I would have one dedicated repository for each library that have to be built.
For what I have seen, the approach that I would like most is the same that is being adopted by the EAP in the Maven world (https://github.com/jboss-developer/jboss-eap-boms): the definition of a bom with a set of submodules that specify all the different combinations of libraries to be built, each library having its own definition and repository. I don't know if a similar approach could be achievable with CocoaPods.

I will try to investigate further.

Andrea


----- Messaggio originale -----
> Da: "Corinne Krych" <corinnekrych at gmail.com>
> A: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Cc: avibelli at redhat.com
> Inviato: Martedì, 4 febbraio 2014 13:39:29
> Oggetto: Re: [aerogear-dev] [iOS] small libs
> 
> 
> On 04 Feb 2014, at 09:15, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> > 
> > 
> > 
> > On Tue, Feb 4, 2014 at 9:11 AM, Corinne Krych <corinnekrych at gmail.com>
> > wrote:
> > Hello iOS folks
> > 
> > I’ve started looking at sync part, I’ve created a separate repo [1]. For
> > now, this lib is dependant on iOS-core. does is worth having it separate
> > for folks that what to use core without sync?
> > 
> > yes
> >  
> > Same question applies for encrypted store. Right now encrypted store are
> > part of iOS-core. do we want to separate it for people who want core
> > without encrypted store ?
> > 
> > I do like the idea of separation
> 
> Just for that i’ve created
> https://issues.jboss.org/browse/AGIOS-160
> 
> >  
> > what about people who all it all, encrypted store+sync, we’ll have to
> > manage correctly transitive dependencies.
> > 
> > could we bundle something like an 'AeroGear-All-You-Can-Eat-iOS' (similar
> > like something you can do w/ the maven-shade-plugin?). Adding Andrea,
> > perhaps he has an idea on that
> 
> Yep i guess we could have an aerogear-ios repo which gather all you can eat
> Podspec
> aerogear-ios could be renamed aerogear-core-ios. Coiuld be revisited in 2.0+
> Track in that JIRA
> https://issues.jboss.org/browse/AGIOS-161
> 
> >  
> > 
> > wdty?
> > 
> > ++
> > Corinne
> > [1] https://github.com/corinnekrych/aerogear-sync-ios
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > 
> > 
> > 
> > --
> > Matthias Wessendorf
> > 
> > blog: http://matthiaswessendorf.wordpress.com/
> > sessions: http://www.slideshare.net/mwessendorf
> > twitter: http://twitter.com/mwessendorf
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
>