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

[athabus]

Halo, ale to jest akurat specyfika problemu theka, że musi odpalić to na komputerze bez internetu. W normalnych warunkach stawiasz przecież serwer i na nim odpalasz aplikację. Klient potrzebuje tylko przeglądarki ;-) Mój system magazynowy będzie stał na komputerze w firmie (w celu zwiększenia responsywności) + poprzez zewnętrzne ip będzie dostępny z dowolnego miejsca, tak aby można było coś "sprawdzić na szybko" np. za pomocą iphona.

Zauważ, że pojawia się coraz więcej aplikacji, które kiedyś stały na desktopach a teraz migrują do sieci właśnie ze względu na wygodę użytkowania/możliwość korzystania z kilku komputerów czy telefonów. Np. projekty tupu menadżery osobiste, listy zadań, kalendarze, aplikacje do przechowywania zdjęć, systemy do księgowości i wiele innych. Czasami pisze się też dwa frontendy - jeden desktopowy aby można było korzystać z aplikacji na co dzień i drugi webowy, który realizuje jakieś wybrane operacje - np. wsparcie dla mobilnych pracowników. Np. jedna z obsługujących mnie hurtowni ma przedstawicieli, którzy składają zamówienie poprzez przeglądarkę.

Ja osobiście wierzę, że jest to trend, który będzie się wzmacniał - pytanie tylko jaka technologia zostania dostosowana do pisania tego typu aplikacji - php ma wszystko czego potrzeba gdy połączysz to z javascriptem. Brakuje tylko jakiegoś ide typu rad, który zintegrowałby wszystkie technologie w jedno narzędzie.

Sam napisałem swój system z prozaicznej przyczyny - na rynku nie było nic co sprostałoby moim skromnym ale wyszukanym oczekiwaniom (no może poza systemami za >100k zł), a nie czułem się na tyle dobry w rzeczach desktopowych aby pisać w nich tak skomplikowany system. Ogólnie jednak mogę powiedzieć, że udało mi się odtworzyć w przeglądarce wszystko czego potrzebuje aplikacja do zastosowań biurowych bez utraty funkcjonalności (a nawet doszło kilka zalet) i przy tym wcale nie było to takie trudne jakby mogło się wydawać. Sam znam JavaScript bardzo słabo, ale dzięki jQuery interfejs nie stanowi już problemu nawet dla osoby używającej JS od święta.