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

[erix]

Dobrze pamiętasz. Spacja jest separatorem.

Ale wystarczy parametr ze spacjami w treści ubrać w podwójne uszy i jest traktowane jako jeden. (IMG:style_emoticons/default/smile.gif)

Nie pamiętam jednak by były jakieś ograniczenia na ilość danych przekazywanych w takich parametrach.

Pod Uniksem każdy configure sprawdza to każdorazowo. Windows: http://support.microsoft.com/kb/830473

Zawsze pozostaje jeszcze stdin, tam już nie ma limitów. (IMG:style_emoticons/default/winksmiley.jpg)

Moim zdaniem przekombinowujecie

PHP jest do dvpy, to tylko moje zdanie. Bez argumentów, to sobie można. Czyżby odpowiedź bo tak? (IMG:style_emoticons/default/tongue.gif)

[everth]

PHP jest do dvpy, to tylko moje zdanie. Bez argumentów, to sobie można. Czyżby odpowiedź bo tak? (IMG:style_emoticons/default/tongue.gif)

Hehe, powiedzmy. Robienie GUI w jednym języku - przekazywanie parametrów przez CLI (sic!) do interpretera innego języka, w sytuacji gdy możemy po prostu napisać sobie bibliotekę robiącą to samo (lub w sytuacji klient-serwer pokusić się o SOAP). Zastanawianie się nad użyciem WinApi (to ktoś jeszcze tego używa?) w sytuacji gdy .NET jest domyślny w systemach powyżej XP (a pewnie występuje masowo w XP) zakrawa o masochizm. To możemy napiszmy GUI w winapi, skorzystajmy przy tym z bazy danych w Accesie, dodajmy do tego silnik w PHP i dla pełnego obrazu rysowanie interfejsu w Direct3D (bo daje dowolność w stylowaniu). Jeśli to dla kogoś to brzmi sensownie to ja się poddaję i zamykam w sobie (IMG:style_emoticons/default/winksmiley.jpg)

Masz do napisania prostą aplikację - PROSTĄ. Potrzebujesz do tego bazy danych. Aplikacja ma być przenośna co wyklucza stawianie serwerów bazodanowych. Zostaje sqlite, mysql embedded, lub coś co windowsy mają w zestawie (nie wiem jak to wygląda z Accesem). Wyklucza też doinstalowanie specyficznych elementów (tak, piję do PHP). Jak przeraża cię użeranie z c++ (obudowane choćby Qt, które ma wbudowany sqlite) to masz C# i całą platformę .NET (w tym ADO - eliminuje problem bazy danych). Więc podtrzymuję swoją opinię - przekombinowujecie.