Aplikacja przenośna bez dostępu do sieci - wybór rozwiązania Opcje

[thek]

Ostatnio dziewczyna poprosiła mnie bym napisał aplikację. W pracy musi ona bowiem pewne rzeczy robić, a dostępne oprogramowanie nie obejmuje pewnych aspektów i to właśnie do nich miałbym napisać trochę kodu. Tutaj sprawa rozbiła się o zastosowanie technologii. Aplikacja ma być typu portable - wrzuta na pendrive. Dostęp do sieci internetowej - zero. Ma być dostępna baza danych relacyjna.
Z początku więc rozważałem sqlite jako plikową i polecono mi także Adobe Air. Z tego co doczytałem (nie znam AA) to jednak chcąc, nie chcąc musiałaby aplikacja i tak mieć jakieś połączenie z serwerem, który serwowałby jej obrabiane dane. Z tutoriali itp. odniosłem bowiem wrażenie, że integrować można HTML, JS, AS, tyle że mi to się zda psu na budę, skoro AS nie znam a muszę mieć logikę biznesową jakąś, bo niestety, ale przyjdzie w tym oprogramowaniu generować raporty itp. a same JS i HTML sobie w takim wypadku nie poradzą. Tutaj po prostu język skryptowy w stylu PHP jest niemal nieodzowny, bo gołych danych nie będę słał od razu do bazy bez walidacji i obróbki, a raportów JS też sobie sam nie wygeneruje.
Trochę popracowałem z google i stanęło na XAMMP lite (php + Apache + MySQL). Sprawdziłem i taka kombinacja działa na bank zgodnie z wymaganiami. Tylko czy da się coś innego zastosować? Może jakaś alternatywa dla mojego pomysłu? Nie chciałbym bowiem się do określonego jednego rozwiązania skłaniać "bo tak mi wygodnie". Może jest jakiś inny prosty "jednoklikowy" serwer Apache+MySQL (ew. sqlite mogę dać, bo to nie problem), bo wiecie jak to jest przy XAMPP... Z pena wejść tu, kliknąć tam, potem jeszcze parę kliknięć tu, a jeśli da się wejdź i kliknij tylko raz jeden plik który postawi wszystko to i wygoda większa (wiem... mogę walnąć bata, który uruchomi odpowiednie exe, ale a nuż jest jakiś jednoklikowy (IMG:style_emoticons/default/winksmiley.jpg) ).

[batman]

Mi się wydaje, że aplikacje webowe wyglądają jak wyglądają, ponieważ chcą się upodobnić do aplikacji desktopowych (drag and drop i inne bajery). Co nie oznacza, że są gorsze. W wielu zastosowaniach są o wiele.
Żyjemy w czasach, w których granica między aplikacją webową, a aplikacją desktopową zaciera się, a to co instalujemy na dysku jest jedynie interfejsem do danych znajdujących się "gdzieś tam". Aby nadążyć za coraz to nowymi urządzeniami, na których można uruchomić aplikacje, technologie muszą stać się uniwersalne, a taką uniwersalność oferuje aplikacja webowa. Widać jednak ruch w drugą stronę. Zamiast tworzyć aplikacje www i dostosowywać je różnych urządzeń, lepiej stworzyć coś, co będzie przenośne. I tutaj dochodzimy do RIA, czyli Flex/Flash oraz Silverlight. Obie technologie umożliwiają tworzenie aplikacje www oraz desktopowe. Do tego czytałem gdzieś, że AIR działa na Androidzie. Silverlight z kolei będzie podstawowym narzędziem do tworzenia aplikacji na telefony Windows Phone 7. Ponadto trwają prace (i już są sukcesy) nad zaadaptowaniem tej technologii na telefony Nokii.

Najważniejsze jest jednak to, nie w jakiej technologii dana aplikacja jest wykonana, a w jaki sposób możne synchronizować dane. I to jest aktualnie największy problem.

[darko]

Najważniejsze jest jednak to, nie w jakiej technologii dana aplikacja jest wykonana, a w jaki sposób możne synchronizować dane. I to jest aktualnie największy problem.

Chyba zapomniałeś o xml i SyncML (=Synchronization Markup Language), które częściowo rozwiązują problem synchronizacji danych pomiędzy różnymi urządzeniami. Jest nawet framework http://www.opensync.org/.