[e.....5]

Czy zastosowanie takiego rozwiązania w aplikacji na Androida jest ok czy raczej nieakceptowalne? Napisałem prostą aplikację dla siebie gdzie chciałem by przez 1,5 sekundy był ekran powitalny a potem już docelowy.
Kod w uproszczeniu wygląda tak:

public class MainActivity extends AppCompatActivity {

 @Override
 protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.start_screen);
 new WaitToDisplay().execute();
 }

 private class WaitToDisplay extends AsyncTask {

 @Override
 protected String doInBackground(String... params) {
 try {
 Thread.sleep(1500);
 } catch (InterruptedException e) {
 Thread.interrupted();
 }
 return "Executed";
 }

 @Override
 protected void onPostExecute(String result) {
 setContentView(R.layout.activity_main);
 }

 @Override
 protected void onPreExecute() {}

 @Override
 protected void onProgressUpdate(Void... values) {}
 }
 }

W skrócie: aplikacja wstaje, ustawia layout z XMLa w aktywności przez setContentView i uruchamia AsyncTask który po chwili w tej samej aktywności ustawia inny layout. Czy tak można to robić czy lepiej coś działać z fragmentami?

#programowanie #androiddev #programista15k

[JanuszProgramowania]

@elektro155: więcej razy było zawołać @Override ( ͡° ͜ʖ ͡°)
@Override: przywykłeś do wołania CIebie do wpisów z kodem Javowym? ( ͡° ͜ʖ ͡°)

[e.....5]

@JanuszProgramowania: Nie chce mi tego jako kod zaznaczyć ( ͡° ʖ̯ ͡°)

[Malthan]

A po co chcesz sam siebie zmuszać do czekania 1.5 sekundy przy odpalaniu aplikacji? Jeżeli nie trwa żadne ładowanie danych ani nic produktywnego, to lepiej jak najszybciej wpuścić usera do apki.

[JanuszProgramowania]

@elektro155: na przyszłość polecam dodawać Gista, czy innego PasteBina ( ͡° ͜ʖ ͡°) a co do Twojego pytania, to Thread.sleep() nigdy nie jest dobre, jak już musisz to ScheduledExecutorService ( ͡° ͜ʖ ͡°)

@Malthan: czasami klientowi nie wytłumaczysz... ( ͡° ͜ʖ ͡°)

[e.....5]

@Malthan: Taki był zamysł a 1,5 sekundy to nie zaś tak dużo.

[Malthan]

@JanuszProgramowania: Klientowi to wiem, ale OP stwierdził "Napisałem prostą aplikację dla siebie" - więc dlaczego ma się sam katować ;)

[Malthan]

@elektro155: To o 1.5 sekundy za dużo.

[JanuszProgramowania]

@Malthan: wiem wiem, może ma jakiś przejściowy ekran który chce ładnie zaprezentować, tak jak niektórzy klienci z resztą ( ͡° ͜ʖ ͡°)

[glutenfree]

W skrócie: aplikacja wstaje, ustawia layout z XMLa w aktywności przez setContentView i uruchamia AsyncTask który po chwili w tej samej aktywności ustawia inny layout. Czy tak można to robić czy lepiej coś działać z fragmentami?

@elektro155: tak to 15k nie zarobisz kolego. android:windowBackground to protip

[e.....5]

@JanuszProgramowania: A jakaś tragedia apce się nie dzieje, że ma dwa razy wywoływane setContentView dla tej samej aktywności?

[e.....5]

@glutenfree: robię w embedded, Android raczej hobbystycznie ( ͡° ͜ʖ ͡°)

[JanuszProgramowania]

@elektro155: o kurde, to tu coś takiego jest ( ͡° ͜ʖ ͡°) to już lepiej rozbij sobie to na SplashActivity i MainActivity gdzie na Splashu zrobisz sobie ten delay, a potem Intent na MainActivity ( ͡° ͜ʖ ͡°)

[glutenfree]

@elektro155: tl;dr splash screena ustawiasz jako windowbackground w theme zadeklarowanym w manifeście, w ten sposób będzie wyświetlał się tylko tak długo jak to absolutnie konieczne. Za sztuczne opóźnianie wyświetlenia widoków śmiertelny #!$%@? w dupe

[e.....5]

@glutenfree: Chyba skorzystam z tego splash screena. Chociaż to moje rozwiązanie działa (wiem, że #!$%@? :) ). Zresztą tam widok jest ustawiany od razu tylko tyle że potem zmieniany.

[wfd]

Zrób to przez Handlera i postDelay i pamietaj aby czyścić handler jak ktoś kliknie wstecz. Teraz masz wyciek pamięci bo AsyncTak trzyma referencje do aktywności.

[ra_s]

@elektro155: Jak potrzebujesz miec ten ekran powitalny za kazdym razem to mozna tak przyhakowac... ale jabym to zrobil normalny ze splashActivity i wtedy widzisz powitalny ekran jak otwierasz apke.... w zasadzie tylko.

[AndroidKuc]

polecam również
http://saulmm.github.io/avoding-android-cold-starts

[l.....c]

@elektro155: Od razu do sedna: do poprawki.

1. Tak jak już koledzy pisali powyżej, wstrzymywanie aplikacji na 1.5s na start jest anty-wzorcem. Aplikacje powinny startować tak szybko jak to tylko możliwe. (Oczywiście rozumiem że ta aplikacja / ten problem to Twój use-case, chciałeś się tego nauczyć więc dalsza wypowiedź będzie na ten temat)

2. MainActivity - w aplikacji nie powinno być MainActivity ponieważ taka nazwa nie daje żadnego powiązania z logiką

[e.....5]

@lubie_programowac:
1. Aplikacja w tym przypadku nie miala wysyartowac tak szybko jak powinna, miala miec ten "splash screen"
2. Aplikacja sklada sie z dwoch aktywnosci z glownej z drugiej z informacjami o projekcie takze implementacjabjakiejkowiek logiki biznesowej mija sie z celem.
3a.po mimo wyjscia z main activity w trakcie trwania async task nie ma bledow a po powrocie drugi widok jest uruchamiany i tak
3b slyszalem o rxjava i o zastosowaniach