🚀 go-pugleaf

On 2014-04-25 09:56, Sergiusz Rozanski wrote:
> W jaki sposób mogę zautomatyzować proces personalizacji aplikacji dla klientów?
> Chodzi mi o proces w którym generuję sobie .apk (z eclipse), wrzucam to do jakiegoś
> katalogu i podmieniam sobie wszystkie ikonki aplikacji z logo klientów.
> Apka ma być poza sklepem. Czy wystarczy rozpakować apk, podmienić pliki i spakować
> czy jednak trzeba jakieś podpisy/klucze/integralność gdzieś zapewnić?
> Ostatecznie miało by to działać w pełni automatycznie, tzn klient uploaduje ikonkę,
> i w wyniku dostaje "swój" apk z własną personalizacją.
>

Przejdź na Android Studio i Gradle, wtedy wersje dla klientów będziesz 
mógł sobie skonfigurować jako "flavors", i automat zrobi Ci wszytko, 
łącznie ze zmianą zasobów, budową i podpisaniem aplikacji.

Dodatkowo w wersjach (flavors) będziesz mógł używać innego kodu, np. do 
włączania i wyłączania części funkcjonalności, używania innych URLi, 
innej nazwy paczki Javy, innych stringów w interfejse (brandowanie), 
inne zasoby, obrazki, ikonki. Cuda na kiju ;-)

Szczególnie zmiana nazwy paczki jest fajna, wszystkie flavory można mieć 
na jednym urządzeniu równocześnie zainstalowane.


-- 
Arivald

Dnia 25.04.2014 Arivald <NOSPAMarivald@interia.pl> napisał/a:
> On 2014-04-25 09:56, Sergiusz Rozanski wrote:
>> W jaki sposób mogę zautomatyzować proces personalizacji aplikacji dla klientów?
>> Chodzi mi o proces w którym generuję sobie .apk (z eclipse), wrzucam to do jakiegoś
>> katalogu i podmieniam sobie wszystkie ikonki aplikacji z logo klientów.
>> Apka ma być poza sklepem. Czy wystarczy rozpakować apk, podmienić pliki i spakować
>> czy jednak trzeba jakieś podpisy/klucze/integralność gdzieś zapewnić?
>> Ostatecznie miało by to działać w pełni automatycznie, tzn klient uploaduje ikonkę,
>> i w wyniku dostaje "swój" apk z własną personalizacją.
>>
>
> Przejdź na Android Studio i Gradle, wtedy wersje dla klientów będziesz 
> mógł sobie skonfigurować jako "flavors", i automat zrobi Ci wszytko, 
> łącznie ze zmianą zasobów, budową i podpisaniem aplikacji.
>
> Dodatkowo w wersjach (flavors) będziesz mógł używać innego kodu, np. do 
> włączania i wyłączania części funkcjonalności, używania innych URLi, 
> innej nazwy paczki Javy, innych stringów w interfejse (brandowanie), 
> inne zasoby, obrazki, ikonki. Cuda na kiju ;-)
>
> Szczególnie zmiana nazwy paczki jest fajna, wszystkie flavory można mieć 
> na jednym urządzeniu równocześnie zainstalowane.

A zrobi mi to "wsadowo"? Bo jak napisałem że docelowo chcę zrobić webowy generator
personalizacyjny :) Że ładujesz ikonkę, a ja ją przepuszczam przez jakieś libgd
skaluję, przycinam, wgrywam, pakuję i oddaję po http gotową zbrandowaną aplikację :)

On 2014-04-25 13:28, Sergiusz Rozanski wrote:
> Dnia 25.04.2014 Arivald <NOSPAMarivald@interia.pl> napisał/a:
>> On 2014-04-25 09:56, Sergiusz Rozanski wrote:
>>> W jaki sposób mogę zautomatyzować proces personalizacji aplikacji dla klientów?
>>> Chodzi mi o proces w którym generuję sobie .apk (z eclipse), wrzucam to do jakiegoś
>>> katalogu i podmieniam sobie wszystkie ikonki aplikacji z logo klientów.
>>> Apka ma być poza sklepem. Czy wystarczy rozpakować apk, podmienić pliki i spakować
>>> czy jednak trzeba jakieś podpisy/klucze/integralność gdzieś zapewnić?
>>> Ostatecznie miało by to działać w pełni automatycznie, tzn klient uploaduje ikonkę,
>>> i w wyniku dostaje "swój" apk z własną personalizacją.
>>>
>>
>> Przejdź na Android Studio i Gradle, wtedy wersje dla klientów będziesz
>> mógł sobie skonfigurować jako "flavors", i automat zrobi Ci wszytko,
>> łącznie ze zmianą zasobów, budową i podpisaniem aplikacji.
>>
>> Dodatkowo w wersjach (flavors) będziesz mógł używać innego kodu, np. do
>> włączania i wyłączania części funkcjonalności, używania innych URLi,
>> innej nazwy paczki Javy, innych stringów w interfejse (brandowanie),
>> inne zasoby, obrazki, ikonki. Cuda na kiju ;-)
>>
>> Szczególnie zmiana nazwy paczki jest fajna, wszystkie flavory można mieć
>> na jednym urządzeniu równocześnie zainstalowane.
>
> A zrobi mi to "wsadowo"? Bo jak napisałem że docelowo chcę zrobić webowy generator
> personalizacyjny :) Że ładujesz ikonkę, a ja ją przepuszczam przez jakieś libgd
> skaluję, przycinam, wgrywam, pakuję i oddaję po http gotową zbrandowaną aplikację :)
>

Gradle jest wsadowy. Będzie działał bez Android Studio. W zasadzie to AS 
używa gradla, nie na odwrót ;-)

Dodatkowo prócz ikonki możesz spersonalizować część stringów aplikacji 
(nazwę, właściciela, etc), standardowe kolory, i inne.


Przygotowanie flavora to kwestia wygenerowania odpowiednich plików w 
odpowiednim katalogu (sam wybierasz nazwę), plus dodanie tego do skryptu 
gradle.

A jak masz coś takiego żeby z webu robiło wersją "dla każdego", to w 
zasadzie wystarczy Ci tylko jeden flavor, i po prostu generować w nim 
odpowiednie pliki i startujesz build.

A przejście z Eclipsa na AS da Ci tyle, że AS bezpośrednio skompiluje z 
tego samego skryptu gradle.

http://www.gradle.org/docs/current/userguide/userguide_single.html

Fakt że na początek trochę przytłaczające to jest. Jak przechodziłem z 
Eclipsa to dostosowałem też układ katalogów w projekcie do domyślnego 
dla gradle. Da się dalej ze starym, ale wtedy trzeba więcej 
dokonfigurować w pliku gradle.

-- 
Arivald

On 2014-04-25 15:22, Sergiusz Rozanski wrote:
> Dnia 25.04.2014 Arivald <NOSPAMarivald@interia.pl> napisał/a:
>>>
>>> A zrobi mi to "wsadowo"? Bo jak napisałem że docelowo chcę zrobić webowy generator
>>> personalizacyjny :) Że ładujesz ikonkę, a ja ją przepuszczam przez jakieś libgd
>>> skaluję, przycinam, wgrywam, pakuję i oddaję po http gotową zbrandowaną aplikację :)
>>>
>>
>> Gradle jest wsadowy. Będzie działał bez Android Studio. W zasadzie to AS
>> używa gradla, nie na odwrót ;-)
>>
>> Dodatkowo prócz ikonki możesz spersonalizować część stringów aplikacji
>> (nazwę, właściciela, etc), standardowe kolory, i inne.
>>
>>
>> Przygotowanie flavora to kwestia wygenerowania odpowiednich plików w
>> odpowiednim katalogu (sam wybierasz nazwę), plus dodanie tego do skryptu
>> gradle.
>>
>> A jak masz coś takiego żeby z webu robiło wersją "dla każdego", to w
>> zasadzie wystarczy Ci tylko jeden flavor, i po prostu generować w nim
>> odpowiednie pliki i startujesz build.
>>
>> A przejście z Eclipsa na AS da Ci tyle, że AS bezpośrednio skompiluje z
>> tego samego skryptu gradle.
>>
>> http://www.gradle.org/docs/current/userguide/userguide_single.html
>>
>> Fakt że na początek trochę przytłaczające to jest. Jak przechodziłem z
>> Eclipsa to dostosowałem też układ katalogów w projekcie do domyślnego
>> dla gradle. Da się dalej ze starym, ale wtedy trzeba więcej
>> dokonfigurować w pliku gradle.
>
> No jakoś nie mam ochoty przechodzić obecnie z rozrzebanym projektem z eclipse
> na coś innego. To mój pierwszy projekt w javie i pierwszy na andka i głównie się
> uczę -

To dam Ci do myślenia: Google zostawiło Eclipsa, i poza update SDK już 
niewiele z nim robi. Google przestawia się i promuje Android Studio 
(klon IDEA).

 > wolałbym zrozumieć budowę pakietu i mechanizmy nim zarządzające.
 > Wolałbym móc na tą chwilę po prostu podmienić ikonki w resourcach
 > i otrzymać gotowy sprawny pakiet :)

Wszystkie APK są podpisywane cyfrowo. Podmiana czegokolwiek w APK wymaga 
ponownego podpisu.

-- 
Arivald

Dnia 25.04.2014 Arivald <NOSPAMarivald@interia.pl> napisał/a:
>>
>> A zrobi mi to "wsadowo"? Bo jak napisałem że docelowo chcę zrobić webowy generator
>> personalizacyjny :) Że ładujesz ikonkę, a ja ją przepuszczam przez jakieś libgd
>> skaluję, przycinam, wgrywam, pakuję i oddaję po http gotową zbrandowaną aplikację :)
>>
>
> Gradle jest wsadowy. Będzie działał bez Android Studio. W zasadzie to AS 
> używa gradla, nie na odwrót ;-)
>
> Dodatkowo prócz ikonki możesz spersonalizować część stringów aplikacji 
> (nazwę, właściciela, etc), standardowe kolory, i inne.
>
>
> Przygotowanie flavora to kwestia wygenerowania odpowiednich plików w 
> odpowiednim katalogu (sam wybierasz nazwę), plus dodanie tego do skryptu 
> gradle.
>
> A jak masz coś takiego żeby z webu robiło wersją "dla każdego", to w 
> zasadzie wystarczy Ci tylko jeden flavor, i po prostu generować w nim 
> odpowiednie pliki i startujesz build.
>
> A przejście z Eclipsa na AS da Ci tyle, że AS bezpośrednio skompiluje z 
> tego samego skryptu gradle.
>
> http://www.gradle.org/docs/current/userguide/userguide_single.html
>
> Fakt że na początek trochę przytłaczające to jest. Jak przechodziłem z 
> Eclipsa to dostosowałem też układ katalogów w projekcie do domyślnego 
> dla gradle. Da się dalej ze starym, ale wtedy trzeba więcej 
> dokonfigurować w pliku gradle.

No jakoś nie mam ochoty przechodzić obecnie z rozrzebanym projektem z eclipse
na coś innego. To mój pierwszy projekt w javie i pierwszy na andka i głównie się
uczę - wolałbym zrozumieć budowę pakietu i mechanizmy nim zarządzające.
Wolałbym móc na tą chwilę po prostu podmienić ikonki w resourcach i otrzymać
gotowy sprawny pakiet :)