Jestem prawie gotowy opublikować moją pierwszą aplikację na Android Market i chciałbym wiedzieć, czy ktoś z was ma jakieś wskazówki na temat jakichkolwiek doświadczeń, które można napotkać w związku z publikacją aplikacji, która wykracza poza oczywiste i już udokumentowane.
Wszelkie ukryte zastrzeżenia i / lub pomysły na temat tego, co zrobić przed opublikowaniem aplikacji na rynku? Na przykład mój kumpel zalecił, żebym usunął wszelkie komentarze z mojego kodu na wypadek, gdyby ktoś dostał się do kodu źródłowego, co utrudni niedoszacemu „jackerowi” rozszyfrowanie kodu. Myślałem, że to rozsądna sugestia.
Co należy zrobić przed opublikowaniem aplikacji w Android Market?
android
publishing
google-play
dell116
źródło
źródło
Odpowiedzi:
Mam nadzieję, że nie jest za późno, oto kilka porad:
Uruchom aplikację pod koniec tygodnia (czwartkowe popołudnie to zazwyczaj dobry moment). Dlaczego tak? Cóż, żadna firma nie chciałaby opublikować aplikacji tylko 1,5 dnia przed końcem tygodnia -> zbyt niebezpieczna (w przypadku problemu, który wymaga szybkiego czasu reakcji).
Użyj proguard na swojej aplikacji (zwykle wystarczy dodać tę linię:
proguard.config=proguard.cfg
wdefault.properties
pliku). Pozwoli to zoptymalizować, zmniejszyć i zaciemnić kod, co jest bardzo przydatne w zapobieganiu złodziejom kodu. Nie musisz usuwać żadnych komentarzy, są one automatycznie usuwane podczas kompilacji.Zoptymalizuj swoje zdjęcia (za pomocą Paint.NET , PNGCrush lub OptiPNG ).
Zoptymalizuj układ pod kątem większości rozmiarów ekranu. Możesz to zrobić, zmieniając rozmiar ekranu podczas edycji układu w AndroidStudio lub Eclipse.
Spróbuj / wyłapać wszystkie wyjątki w interfejsie użytkownika i wyświetlić prosty toast, który wskazuje użytkownikowi, że coś się stało. W międzyczasie pobierz błąd za pomocą Crashlytics lub czegoś podobnego.
Nie używaj zbyt wiele bibliotek .jar, preferuj projekty bibliotek (optymalizuj rozmiar kodu) i dodawaj je za pomocą gradle.
Preferuj używanie obrazów wektorowych, ponieważ zmniejszy to rozmiar pliku APK i będzie poprawnie pasował do wszystkich urządzeń.
Nie używaj okien preferencji Androida -> to nie jest naprawdę piękne, nawet jeśli jest to w wytycznych Androida, wolisz tworzyć własne strony ustawień. Ale jeśli zachowujesz preferencje Androida: rozważ dodanie ikon i kolorów.
Nie pokazuj tytułu swojej aplikacji na ekranie głównym (
this.requestWindowFeature(Window.FEATURE_NO_TITLE);
): dobre marki nie muszą zajmować zbyt wiele miejsca na ekranie, aby zostać rozpoznanym (pokaż ikonę lub tytuł w menu lub w innym miejscu, które nie zawsze jest widoczne) i rozważ użycie trybu pełnoekranowego (this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);
) w przypadku gier i bardzo wciągających treści.Używaj Google Analytics , Fabric Answers lub Flurry do przyszłych analiz -> staraj się uzyskać jak najwięcej informacji, ale nie chwytaj niczego, co naruszałoby anonimową tożsamość klienta. Nie zapomnij pobrać wyjątków (błędów i śladów stosu), które zdarzają się po stronie użytkownika.
Poproś znajomych o wykonanie testów małp, uczenie się od użytkowników zwykle przynosi wiele dobrych rzeczy (takich jak priorytety i nowe pomysły).
Zastanów się nad opublikowaniem aplikacji przed ukończeniem wszystkich funkcji (tylko najważniejsza funkcja), nie wiesz już, czego użytkownicy będą chcieli lub potrzebują oprócz głównej funkcji.
Dodaj sekcję „Więcej aplikacji” lub „Więcej od programisty” w swojej aplikacji, czyli bezpłatne reklamy.
Dodaj sekcję „Prześlij opinię”, aby umożliwić użytkownikowi zapytanie o nową funkcję lub zgłoszenie błędu.
Poproś użytkowników o przetłumaczenie aplikacji, podając plik strings.xml w Internecie, np . Crowdin .
Wypróbuj aplikację na każdej wersji Androida za pomocą emulatora - w ten sposób wykryje się wiele błędów lub problemów projektowych. W tym celu możesz użyć dostarczonego emulatora lub zamiast tego użyć Genymotion (Genymotion ma wiele bardzo przydatnych funkcji).
Pomyśl o nazwie aplikacji -> jakich słów kluczowych użyłbyś do wyszukiwania swojej aplikacji? Te słowa kluczowe powinny być nazwą Twojej aplikacji (Google pomoże Ci w ten sposób Cię odkryć).
Rozważ uwzględnienie słów kluczowych w opisie aplikacji, ale w sposób opisowy (twórz zrozumiałe zdania przy użyciu słów kluczowych). Nigdy nie dodawaj listy słów kluczowych jak w opisie.
Jako pierwszy oceń swoją aplikację za 5 gwiazdek i poproś rodzinę i znajomych, aby zrobili to samo -> to prawdopodobnie wpłynie na oceny przyszłych użytkowników.
Rozważ użycie Google do przetłumaczenia aplikacji na opis albo na strings.xml albo na oba.
Zastanów się nad wyświetlaniem reklam w swoich aplikacjach i skorzystaj z zapośredniczenia, aby zwiększyć swoje przychody AdMob .
Zamiast oferować wersję płatną, rozważ rozliczenia w aplikacji -> użytkownicy częściej płacą w aplikacji niż płacą za wersję płatną.
Dodaj dziennik zmian w aplikacji -> użytkownicy zazwyczaj lubią wiedzieć, co zmieniło się od ostatniej wersji.
Dodaj sekcję „Dziękujemy” dla użytkowników, którzy ci pomogli -> to zainteresuje użytkowników Twoim produktem.
Dodaj link „Jeśli podoba Ci się ta aplikacja, oceń ją” (w opisie Google Play) w swojej aplikacji -> otrzymasz więcej 5 gwiazdek (zwykle wyskakujące okienko przy uruchamianiu lub po akcji).
Rozważ wyjaśnienie swojego produktu w sekcji „Wskazówki” lub „Instrukcje” w aplikacji.
Zapisz informacje o magazynie kluczy i poświadczeniach w bezpiecznym miejscu. W przypadku utraty magazynu kluczy nie będzie można opublikować aktualizacji aplikacji.
Spraw, aby twoja ikona była naprawdę prosta i przejrzysta. Ikona jest pierwszą, a przede wszystkim ostatnią rzeczą, która sprawi, że użytkownik pobierze Twoją aplikację.
O ile nie jest to możliwe, wybierz instalację zewnętrzną (
android:installLocation="preferExternal"
w pliku AndroidManifest.xml).Przeczytaj wskazówki AppAnnie i posty na blogu, podpowie Ci, jak ulepszyć ASO i pomóc lepiej zrozumieć swoich użytkowników.
źródło
applicationId
nie można zresetować po opublikowaniu aplikacji. Wiele razy zawiera słowa (takie jak nazwa użytkownika), których nie chcesz ujawniać. Ustaw go wbuild.gradle
pliku swojego projektu w Android Studio.Naprawdę, nie przejmuj się usuwaniem komentarzy do kodu. Twój kod źródłowy nie trafia do telefonu użytkownika - dostaje się tam tylko skompilowany kod, który nie zawiera żadnych odniesień do twoich komentarzy.
Użytkownicy Androida zazwyczaj doceniają to, że aplikacje są tak małe, jak to możliwe, dlatego sprawdź dokładnie, czy tylko zasoby (obrazy itp.) Są nadal używane w Twojej aplikacji. Użyj OptiPNG / PNGCrush na dowolnych obrazach .png, które masz w swojej aplikacji - może to zmniejszyć rozmiary plików graficznych o około 10%, co może stanowić znaczną część ogólnego rozmiaru aplikacji.
Ponadto użyj edytora audio, takiego jak Audacity, aby maksymalnie zmniejszyć rozmiar dowolnego dźwięku. Wybór mono plików OGG Vorbis jest często najlepszy i brzmi wystarczająco dobrze na telefonie.
źródło
Nie martw się o komentarze. Jeśli jednak obawiasz się złośliwego rozpowszechnienia Twojej aplikacji, ZRÓB to przez obfuscator, taki jak ProGuard.
Inne wskazówki, które oferuję:
źródło
Nie jestem pewien, czy widziałeś to wcześniej, ale powinieneś ćwiczyć interfejs użytkownika z małpą - moja aplikacja miała tylko jedną awarię, ale nie miałaby żadnej z nich, gdybym najpierw przetestował ją z Monkey.
źródło
Dodam oczywisty, ale ważny: zapisz swój klucz do podpisywania w bezpiecznym miejscu i wykonaj kopię zapasową. Jeśli pozwalasz Eclipse zarządzać tym za Ciebie, zwróć uwagę na miejsce, w którym tworzy on plik kluczy, i zapisz jego kopię zapasową. I nie zapomnij hasła do magazynu kluczy lub indywidualnych kluczy do podpisywania.
Dlaczego: musisz podpisać aktualizacje aplikacji przy użyciu tego samego certyfikatu, którego użyłeś do podpisania oryginału. W przypadku utraty tego certyfikatu (lub utraty dostępu do niego) nie można zaktualizować aplikacji. Musisz utworzyć nowy wpis w Android Market.
źródło
Niektóre punkty, które zwykle zapominam:
minSdkVersion
dokładnie sprawdź swój manifestminSdkVersion
Jeśli zamierzasz dostarczać aktualizacje w swojej aplikacji:
versionCode
iversionName
w swoim manifeścieźródło
Nie zapomnij ustawić debuggable = false w Manifeście. To mnie złapało kilka razy.
Nie jestem do końca pewien, ale sądzę, że zawierałoby to wiele informacji, dzięki którym hakerzy kodu mogą nieco ułatwić sobie życie.
Pamiętam lata temu przypadkowo usunąłem źródło z projektu Java, z przerażeniem zdałem sobie sprawę, że nie mam kopii zapasowej! Użyłem narzędzia o nazwie jad do dekompilacji pliku jar na serwerze produkcyjnym, który miał wszystkie zmienne nienaruszone i był prawie idealny. Nie pamiętam, czy komentarze były, czy nie, ale potem i tak nie dodałem do nich zbyt wielu komentarzy :) To dlatego, że podczas kompilacji dodawałem symbole.
źródło
Oprócz powyższych świetnych sugestii zastanów się nad wykorzystaniem Flurry do analityki mobilnej. Nie wiedziałam o tym, kiedy po raz pierwszy zaczęłam wydawać moje aplikacje, ale teraz, gdy zaktualizowałam je, aby je uwzględnić, uwielbiam widzieć, co użytkownicy robią z aplikacją. Może to dostarczyć cennych informacji zwrotnych i wskazówek na temat rzeczy, które mogą być trudne do znalezienia przez użytkowników lub nie są interesujące / przydatne dla użytkownika.
źródło
O ile mi wiadomo, komentarze nie są zawarte w aplikacji w żadnej formie.
Jedyną „gotcha” dla programisty, którą znalazłem podczas składania aplikacji, była różnorodna grafika, którą możesz dostarczyć na rynek. Przygotuj się na wykonanie kilku zrzutów ekranu i utworzenie kilku rozmiarów ikon aplikacji oraz grafiki promocyjnej.
Z drugiej strony przygotuj się na natychmiastowe pojawienie się aplikacji w sklepie - nie ma procesu zatwierdzania aplikacji Android Market.
źródło
Chciałbym również upewnić się, że masz jakieś raportowanie błędów, abyś wiedział, ilu użytkowników napotyka błędy. Podczas aktualizowania aplikacji możesz zachować kopię starej wersji, ponieważ musisz ją wycofać. Przyjemnie jest również skompilować listę kontrolną specyficzną dla Twojej aplikacji, którą możesz przeglądać za każdym razem.
Aby to dodać, możesz użyć trymera, aby usunąć fragmenty kodu, które nie są używane, aby zmniejszyć ogólny rozmiar pliku (ponieważ przestrzeń telefonu jest dość ograniczona). Możesz również zaciemnić kod, aby uzyskać dodatkową ochronę.
źródło
Aby uzyskać jasny pomysł .. przejdź przez to .. http://bewithandroid.blogspot.in/2012/05/publishing-android-application-on.html
źródło
Zadeklaruj
android:process
iandroid:sharedUserId
atrybut!Zobacz sharedUserId: bezpiecznie zmienić, gdy aplikacja jest już na rynku? dlaczego.
źródło