Forum Debian Users Gang

ukasz · 2010-04-23 11:05:55

czesc

przydal by mi sie jezyk w ktorym moglbym napisac mala aplikacje okienkowa. zalezy mi na tym zeby:
po napisaniu jej mozna bylo bez wiekszych problemow odpalic na win i linuxie.
aplikacja ma byc funcjonalna a nie bajerancka z nie wiadomo jakimi wodotryskami.
bardzo wazna jest tez dokumentacja. cos w rodzaju php.net byloby cudowne. ewentualnie wujek google zawsze cos podpowie
aplikacja nie musi byc demonem predkosci dlatego nie chce pisac w c/c++. wiadomo zeby nie mulila oczywiscie.
program ten bedzie robil duzo obliczen i przedstawial je w gui

slyszalem o rubym i jest to ciekawa propozycja (glownie dlatego ze szybko sie cos pisze) no i python. java to jest ostatecznosc bo lubi pamiec.
perl odpada. za duzo sie na jego temat naslyszalem negatywnych wypowiedzi.

co byscie polecali ?

Huk · 2010-04-23 11:11:07

QT spełnia wszystko to co napisałeś - zwłaszcza odnośnie dokumentacji - co prawda C++ - ale co to za problem?

NIC · 2010-04-23 11:35:38

Ruby/Python/Perl... Nie wiem czy słusznie, ale zdaje się mi, że tu ciężko o sprawne GUI. Bo tyle jest biblioteczek, że same zależności pochłoną 90% pracy.

Ja polecam tu Javię+Swing. Prostota i przenośność. Jest też alternatywa prostsza od Javy - C# w tandemie z Mono. Programuje się prościej jak w Javie, a aplikacje są na tyle proste, że plik skompilowany pod Mono w Linuksie odpali się na Windowsie (wymaga jednak .NET, no ale Java wymaga JRE...).

Qt4.. To jest dobre do wszystkiego, acz zdecydowanie trudniejsze niźli .NET czy JRE. Kiedyś Qt4 też miało interfejs w Javie. Nie ma już? :)

PS. Jest jeszcze takie coś jak gwt :) Może warto się zabawić tym? (biblioteka prawie-java)

PS 2. Dokumentacje: Ruby/Python/Perl - są ciężkie, ciężko dostępne. Qt4 ma dokumentację-marzenie. Java ma dokumentacje niemal tak dobrą jak Qt43 (ale gorszą). C# ma dokumentację dość toporną do nawigacji... Ale ma sporo przykładów użycia (kod) przez co nie jest taka zła.

Huk · 2010-04-23 11:49:29

.Net jest przenośny dość "teoretycznie" - w zależności od tego co się na nim robi może to być przenośne albo nie (nawet z samym Mono-Develop były jeszcze jakiś czas temu "jajka" - nie chciało się skompilować na Windos - oto "przenośność" tego api ;] ).

Java - wiadomo, przenośna i przyjemna, i tak są bindingi do QT, ale rozwijane chyba przez społeczność (z tego co pamiętam oficjalne wsparcie dla QT Jambi się skończyło) ale wiem że śmigają ładnie.

Nie wiem czemu ludzie piszą że QT jest trudniejsze od .Net czy Javy - NIC, może zechcesz wyjaśnić?

ukasz · 2010-04-23 14:31:20

trudny wybor. :P
NIC
czemu nie Python/Ruby

NIC · 2010-04-23 14:59:58

"czemu nie Python/Ruby"
- Bo zależności :) Jak ktoś nie ma w systemie biblioteki pythona do czegoś tam, to wszystko leży. A normalnie takich biblioteczek w systemie się nie ma.
- Bo nie ma tak fajnej dokumentacji jak Qt

.NET - ja mam dobre wspomnienia. Ten kurs pod poszedł mi lepiej niż Javy :) Wszystko ładnie działało. Pisałem pod linuksem, a na uczelni uruchamiałem pod Win - bez rekompilacji. Nawet efektowna aplikacja generująca fraktale, z wykorzystaniem wątku.

Qt4 jest trudniejsze, gdyż dziedziczy po C++ wskaźniki :) Już wiele razy miałem naruszenie obszaru pamięci przez to. Trzeba bacznie uważać co się usuwa.

"program ten bedzie robil duzo obliczen i przedstawial je w gui"
>> do Pythona jest dużo bibliotek, jak obliczenia są główne to python+biblioteczki (może gmp?)

PS. Może Octave ^^"

kamikaze · 2010-04-24 01:22:36

NIC napisał(-a):
"czemu nie Python/Ruby"
- Bo zależności :) Jak ktoś nie ma w systemie biblioteki pythona do czegoś tam, to wszystko leży. A normalnie takich biblioteczek w systemie się nie ma.
- Bo nie ma tak fajnej dokumentacji jak Qt

Biblioteki możesz dołączyć do projektu, to chyba w większości jezyków tak masz, że możesz mieć w systemie albo dołączone do projektu. Nie kumam czemu porównujesz różne języki z biblioteką qt jakby to był jakiś kolejny język. I mówisz o pisaniu w qt, przecież w różnych językach można pisać i używać qt.

Huk · 2010-04-24 21:53:52

@kamikaze w zasadzie powiedział najważniejsze, część API graficznych ma bindingi w wielu językach (przykładowo QT ma w C++, Javie, C# (beta albo i alfa, ale są), Pythonie i pewnie jeszcze w paru innych) i szczerze - czego byś @ukasz nie używał - o ile ma to jakąś popularność - powinieneś być happy.

Ja osobiście najbardziej lubię C++ - mimo że wielu nie lubi go za wskaźniki i "problemy" z ręcznym oczyszczaniem pamięci, innym do gustu przypada Java (szczerze - gdyby nie moje przyzwyczajenie do QTCreatora to może i ten język bardziej bym wypróbował) czy C# ze względu na rozbudowane API i "odśmiecacze" pamięci.

Realnie jeżeli chodzi o przenośność to zamiast języka musisz szukać API, a tutaj sprawa wygląda mniej więcej tak:

W 100% przenośne (lub prawie w 100%) są:

-QT
-JRE (czyli Java)
-GTK
-wxWidgets

i pewnie jakieś o których nie wiem.

"Średnio" przenośne - czyli takie że część rzeczy będzie działać a część nie, jest całe środowisko .Net i - przynajmniej jeszcze jakiś czas temu - Mono. nie wierzcie w propagandę M$ że .Net jest przenośny - prawda jest taka że tylko niektóre części są a ich działanie pod Mono nie zawsze jest w 100% zgodne z działaniem pod .Net'em na Windos. GUI powinno być przenośne.

Wybór należy do ciebie - IMHO najprzyjemniejszym API dla początkującego, ze względu na naprawdę znakomitą dokumentację w której można się doczytać niemal wszystkiego, plus bardzo przyjemny edytor - jest QT, dodać należy że jest to API nie tylko przyjemne, bardzo przenośne (re-kompilacja na innym systemie i już działa), ale i bardzo rozbudowane - chyba najbardziej ze wszystkich wieloplatformowych API (QT to nie tylko GUI, ale i klasy dostępu do baz danych, rysowania, OpenGL, dźwięku i wielu innych),ale wybór należy do ciebie.

kamikaze · 2010-04-25 00:18:12

JRE to nie api, cieżko też powiedzieć, że to Java. JRE = Java Runtime Environment czyli środowisko uruchomieniowe javy albo maszyna wirtualna. Wymieniasz biblioteki graficzne więc w to miejsce trzeba by zapisać np. Swing lub inne typowe dla javy api do grafiki. JRE służy tylko do uruchamiania programów pisanych w Javie jakie by one nie były, zawiera podstawowe biblioteki Javy przydatne do tego celu.

Huk · 2010-04-25 09:06:11

Prawda, prawda - zapomniałem jak się nazywa API do GUI Javy, stąd "JRE" przyszło do łba ;]

ukasz · 2010-04-28 23:54:41

dzieki za odpowiedzi.

skusze sie na pythona i wx. wx dlatego ze na osach wyglada tak jak by byl odpalony natywnie. python dlatego ze jest popularny no i jest bardziej wydajny niz ruby.

pozdawiam :-)

Forum Debian Users Gang

Ogłoszenie

#1 2010-04-23 11:05:55

ukasz - Użytkownik

ruby / python / java ? jaki jezyk multiplatformowy z gui

#2 2010-04-23 11:11:07

Huk - Smoleńsk BULWA!

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#3 2010-04-23 11:35:38

NIC - Członek DUG

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#4 2010-04-23 11:49:29

Huk - Smoleńsk BULWA!

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#5 2010-04-23 14:31:20

ukasz - Użytkownik

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#6 2010-04-23 14:59:58

NIC - Członek DUG

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#7 2010-04-24 01:22:36

kamikaze - Administrator

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

NIC napisał(-a):

#8 2010-04-24 21:53:52

Huk - Smoleńsk BULWA!

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#9 2010-04-25 00:18:12

kamikaze - Administrator

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#10 2010-04-25 09:06:11

Huk - Smoleńsk BULWA!

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

#11 2010-04-28 23:54:41

ukasz - Użytkownik

Re: ruby / python / java ? jaki jezyk multiplatformowy z gui

Stopka forum