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) ).

[thek]

Ok... Pythona sobie w domu w chwili późniejszej obadam (IMG:style_emoticons/default/smile.gif) Mogę w każdym razie dodać na listę rezerwową wraz z C# na ten moment.

P.S.: Swoją drogą ciekawi mnie jedno tak off-topem. Jest to chyba jak na razie jeden z nielicznych tematów, gdzie są poruszane kwestie różnych języków do jakiegoś zadania, gdzie nie widzę w sumie flame-wara co lepsze i wypowiedzi są stonowane. Cieszy mnie to i mam nadzieję, że tak się utrzyma długo. Jednak normalna rozmowa może dać więcej niż jakieś idiotyczne wojny. Swoja drogą ten przykład z ExtJS pokazuje pewien trend od już jakiegoś czasu trwający, który dąży do coraz szerszego stosowania web-based apps, czego przykładem może być choćby Google, który coraz więcej aplikacji lokuje na swoich serwerach i do części podstawowych rzeczy w sumie nie potrzeba już nic więcej niż przeglądarka i połączenie z netem. Jeśli na tej samej zasadzie będzie działać ChromeOS (jedyna aplikacja to przeglądarka, a reszta to pluginy, widżety z nią zintegrowane) to w sumie może być to specyficzna alternatywa dla klasycznych systemów operacyjnych.

@batman: to że ma możliwości to widzę. Problemem jaki widzę byłoby dokładanie kolejnego softu. Rozumiem, że AAir zastąpiłby przeglądarkę, tylko tu się zastanawiam co będzie wydajniejsze, szybsze jako efekt końcowy: użycie AAir czy może przeglądarki (nieopluginowany Firefox - jest szybki, a ja przecież nie potrzebuję żadnego pluginu w takim wypadku do niego) ? Co do C# to mnie ten .NET boli trochę, bo z tego co czytałem connectory do sqlite i mysql istnieją, więc to problemu nie sprawia.