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]

No to po kolei (IMG:style_emoticons/default/smile.gif)
@batman: aplikacja znając życie nie wyjdzie poza środowisko windowsa, więc c# ma szanse. Co do bazy danych z racji przenośności skłaniałbym się ku sqlite, ale postawić chodzący w tle serwer mysql nie jest trudno. W zasadzie napisałem już dziewczynie skrypt batowy, który odpala jednym kliknięciem apache, mysql i uruchamia portable firefox. Tak więc środowisko użytkowe miałaby w pełni przygotowane. AdobeAir skreśliłem z racji tego, że muszę dane walidować, obrabiać, tworzyć raporty i obawiam się, że sam AA by nie dał rady. Skoro musi się wspierać dodatkowym skryptem który mu dane przygotuje choćby do formy JSON, to już lepiej całość w PHP zrobić z pominięciem tej technologii. AA daje mi tylko uniezależnienie od przeglądarki tak naprawdę w tym wypadku jedynie. Jeśli C# wymaga .NET do działania to trochę mniej ciekawie się to zapowiada, bo nie wiem czy jest ona zainstalowana na kompach. To samo tyczy JVM w przypadku Javy i stąd właśnie te 2 języki daje na listę rezerwowych.
@emp: o wxwidgets też myślałem... Ba mam nawet książkę w domu o pisaniu pod qt i wxwidgets aplikacji z GUI, więc też nad tym myślę czy nie byłoby sięgnąć i nie zgłębić tematu lepiej. Co do serializacji to boję się o wydajność tego rozwiązania, ale są to obawy, które mógłbym skonfrontować z sqlite i mysql ostatecznie.
@athabus: miałem długi kontakt z C++ (także STL), więc to nie jest skok na głęboką wodę. A co do PHP to faktycznie wiele osob myśli php = webdeveloping, co akurat jest jak dla mnie zbytnim uproszczeniem. Wywodzi się on bowiem z C i tak jak on nie ma po prostu własnych bibliotek stricte GUI niemal od początku (qt i inne biblioteki gui to dopiero późniejsze pomysły) jak choćby Java i jej awt oraz późniejszy swing.
@SHiP: Akurat C++ się nie boję. Jak wspomniałem już kiedyś parę razy, do PHP podchodziłem z bagażem z C++ właśnie i php uznałem za taki mocno okrojony C bez wielu rzeczy znanych mi z C oraz kilkoma uproszczeniami jak brak typizacji choćby czy wielodziedziczenia i polimorfizmu. Jeśli faktycznie Php-Qt nie jest taki fajny to może rzeczywiście na samym Qt gołym bym się skupił jeśli na niego ostatecznie padnie wybór.
@fifi209: C++ nie jest obiektowy. Podobnie jak php jest obiektowo orientowany. Możesz pisać cały kod strukturalnie jeśli chcesz. Twoja wola i pomysł (IMG:style_emoticons/default/smile.gif) A co do iPhone'a to myślisz, że na MacOSX nie dałoby się odpalić jakiegoś prostego serwerka z obsługą php? Myślę, że jak najbardziej tak (IMG:style_emoticons/default/smile.gif) Poza tym to aplikacja w sumie CRUD więc coś co najczęściej właśnie php od strony webowej robi i dlatego ten język jak najbardziej tu pasuje logicznie. A co do przenośności to Athabus ma rację. Jest przenośne jeśli masz połączenie z netem. Wtedy tylko łączysz z serwerem, który przesyła całość GUI. Problemy mogą być jedynie z komórkami, które JS nie wspierają.

Jak na razie więc byłoby:
Baza danych: sqlite, mysql (konieczne postawienie serwera) bądź serializacja do pliku
Klient webowy: php+JS+CSS (ogólnie standard z koniecznością postawienia serwera Apache'a)
Klient desktopowy: na razie pierwsze miejsce idzie ku C++ z biblioteką Qt jako GUI, dalej wxWidgets i rezerwa C#