Aplikacja Android + SQL

Dzień Dobry.
Chciałem się zapytać o pewne rozwiązanie. Mianowicie posiadam napisaną aplikacjęna Androida, która była zainstalowana na Tablecie i służyła mi jako pomoc dla komentatora w zawodach biegowych. Aplikacja łączyła się z bazą danych i pobierała dane z bazy danych w której były zapisane wyniki zawodników. Wszystko było zrobione na jednym ekranie.
Na górze wpisywało się ADres IP, Połącz i na dole aktualizowała się tablica z wynikami.
W tym momencie mam potrzebę rozwinąć tą aplikację na kilka ekranów.

W jednym z nich były by wyniki z trasy (jedno IP), drugi to wyniki z mety (drugie IP), trzeci wyszukiwanie zawodników (takie same IP jak wyniki z mety) i czwarty ekran USTAWIENIA.
I właśnie w ekranie ustawienia chciałem uwzględnić wpisanie dwóch adresów IP wraz z przyciskiem połącz.

Ze względu na to, że nie mam doświadczenia w aplikacjach mobilnych (jestem programistą PLC) chciałem się zapytać jak się rozwiązuje takie zadanie?
Jak miałem wszystko na jednym ekranie to połączenie z wyświetlaniem wyników było w jednym pliku. Teraz ustanowienie połączenia jest w innym ekranie a pobranie danych w innym ekranie.. Czy mam sobie jakoś przekazywać te połączenie czy da się ustawić to jakoś globalnie?

Drugie pytanie czy da się tak zrobić aby aplikacja na bieżąco pokazywała czy jest połączenie z bazą danych?? Jak wpiszę adres IP i nacisne przycisk POŁĄCZ to to połączenie jest utrzymywane i pokazuje status OK lub jak straci połączenie to pokazuje NOK. W tym momencie gdy się łącze wyskakuje mi tylko kominikat połączenie OK.

Jeśli dobrze rozumiem, to teraz łączysz się bezpośrednio do bazy. Nie rób tego. Postaw sobie jakieś API, za którym schowasz bazę i wtedy problem z połączeniem zniknie, bo większość, jak nie wszystkie framework zadbają o to by samemu wstać i połączyć się ponownie.

Ogólnie nie powinno być sytuacji "podać adres ip". Aplikacja sama powinna wiedzieć gdzie ma się łączyć, jest to o wiele bezpieczniejsze.

Jak ja to widzę:

1. Server - podłączasz bazę i tworzysz sobie API, które serwuje Ci odpowiednie dane, jak GET /results, GET /runners itd.
2. Android app - aplikacja laczy się z backendem i pokazuje aktywność z np. zawodnikami. Aplikacja sama będzie pod spodem zarządzać połączeniem. Można dodać taby, by łatwo się przełączać między zakładkami. Ogólnie pierwszy lepszy tutorial da ci wszystko czego potrzebujesz, tym bardziej, że nie chcesz wodotrysków.

Dzięki za odpowiedź. Spróbuje poszukać takiego rozwiązania o którym piszesz. Bo z moim doświadczeniem pisania aplikacji nie do końca wiem o co dokładnie chodzi z tym API. Ale tak jak napisałeś pewnie pierwszy lepszy tutorial mi to powie.

Wpisywanie adresu IP chciałem zrobić ze względu na to, że mogą być używane rózne komputery z różnymi adresami IP i wtedy jak jestem na imprezie to wpisuje adres IP komputera który aktualnie jest na na zawodach.

I teraz nie wiem czy to będzie jakiś dodatkowy problem z tym API, bo teraz łącząc się do bazy i pobierając dane tworze zapytanie które łączy mi dwie tabele za pomocą INNER.

Tak mi łatwo było to stworzyć bo nie znam szczegółów programowania w Android :)

Możesz łączyć sie bezposrednio do bazy z aplikacji, ale tak się nie robi przede wszystkim ze względów bezpieczenstwa. API daje ci pewna abstrakcje, która ukryje bazę danych. Zamiast np. Insert na bazie danych spod aplikacji, wysylasz POST em dane, a serwer je zapisuje do bazy. Przy prostej aplikacji, może wydawać się to głupie, ale takie nie jest.

Czy te wyniki itd. są dostępne gdzieś w internecie, czy tylko na twojej aplikacji? Jeśli tylko lokalnie, to zainteresuj się SQLite i nie będziesz musiał się na żaden komputer łączyć, bo baza będzie na twoim urządzeniu, co uprości architekturę i w tym akurat wypadku nie wymaga serwera.

Ogólnie aplikacja mi tylko pobiera dane z bazy danych. Aplikacja na androida nie zapisuje nic do bazy.
Na komputerze zainstalowany jest program i baza danych SQL. Program korzysta z tej bazy i zapisuje do niej. W bazie danych jest kilkanaście tabel, w których są zapisywane dane. I abym odczytał to co mnie interesuje muszę złączyć dwie bazy danych i dopiero wyświetlić.
Wyników nie ma w internecie - jeszcze nie umiem tego zrobić :)

Co do SQLite, to ja rozumiem, że będę miał bazę danych na urządzeniu z androidem. Ale w tej bazie nic nie będzie zapisane bo wszystkie zapisy i operacje wykonują się na komputerze lokalnym gdzie zainstalowana jest baza SQL. Chyba, że czegoś nie rozumiem? I to jakoś by się synchronizowało między sobą ?

No, rozwiązanie z bazą na telefonie eliminowało by bazę na komputerze, bo i pp co ja trzymać, jak wszystko można by było mieć na bazie "lokalnej".

Program na komputerze jest twój? Jeśli tak, po co instalować go na jakiś randomowych komputerach. Wrzucić to na froga np. https://mikr.us/#pricing za dsrmo 3GB powinno starczyc, a jak nie, to 35zl na rok jest mikrus 1.0. No i oczywiscie przerobic ten program tak by wystawial api. Choc domyslam sie, ze juz pewnie tak działa, ale przez ciągle "nowe" komputery niepotrzebnie jest to "skomplikowane".

Dregorio napisał(a):

Jeśli dobrze rozumiem, to teraz łączysz się bezpośrednio do bazy.

Co co? Jak miałoby wyglądać bezpośrednie łączenie do bazy danych z Androida i co w ogóle oznacza bezpośrednie łączenie się z bazą danych.

Przecież on nie ma tej bazy lokalnie na Androidzie.

rafal.legnica napisał(a):

Ze względu na to, że nie mam doświadczenia w aplikacjach mobilnych (jestem programistą PLC) chciałem się zapytać jak się rozwiązuje takie zadanie?

Nie mnóż bytów ponad potrzebę. Potrzebujesz prostej maszyny stanu. Stwórz sobie enum (albo sealed class, będzie wygodniej) i wylistuj wszystkie stany jakich potrzebujesz wraz z powiązanymi dla nich danymi.

Niech ta maszyna będzie singletonem. Teraz jak widzisz nie ma problemu czy widoki są czy ich nie ma bo wszystko jest zrobione w jednej prostej maszynie stanu a one po prostu robią za interfejs.