- This topic has 20 hozzászólás, 8 résztvevő, and was last updated 19 years, 6 months telt el by
.
-
Bejegyzés
-
+ ez a faq-ba
Is Gambas compatible with Visual Basic?
No, and it will never be!
….
ahogy várható volt a felkiálltó jel után…Huhh, Vizsla..
most mondtál nekem pár tippet. Java+wx+gtkmm?? A gtkmm-nek utánajártam, a disztromon fel is van rakva minden, ami kell alapértelmezésbõl. A kérdésem, hogy van ehhez valamilyen graf felület, amivel tudok játszani? (mint a delphi vagy ilyesmi… sajna nekem mindenféleképpen olyan kell, mert nem vágom a rendes programozást, de talán össze tok tákolni valami xart így) ugyan ez a hejzet a többivel is… pls segítsetek elindulni, aztán már utána talán google is segít, ha tudom mit keresek.
A wxgtk, gtkmm objektum orientált amíg a gtk ugyanaz, mint a gtkmm csak nem oo. Ezekhez van a glade (wxglade), mint designer. Nem olyan jó, mint a java. Fejlesztõi környezet sokfajta van… bár nyílván elég egy editor is, mert az oldalukon le van írva, hogy hogy kell lefordítani.
De kódolni mindegyikhez tudni kell… nem fogja a gép megírni helyetted :)))))
Pl: gtkmm-hez itt van a teljes dokumentáció példaprogramokkal: http://www.gtkmm.org/gtkmm2/docs/az nem gáz, de ahhoz nem lenne kedvem, hogy magam buheráljam össze valahogyan a felületét, de ahogy nézem….
Vizsla, mondtad, hogy nem olyan jó, mint a java. akkor a kettõ közül inkább a jobbat tanulnám. Van javahoz is GUItervezõ vagy mi a szösz?
Mindegyikhez van, de egyikhez sem kötelezõ használni.
Szerintem nem azt mondtam, hogy a java jobb… eleve a java nem natív, ennek következtében egy rendszeren számos hátránnyal indul, a bizonyos elõnyei mellet…
A java gui egyébként windows alatt érezhetõen lassabb, mint linux alatt – pasz, hogy miért. Sõt pl. egy memória lefoglalás is lassabbnak tûnik java alatt, mint c++ alatt – nem tudom miért, de ez is feltûnt. Az viszont elmondható, hogy a virtuális gép elindulását követõen a szín oo. c kódtól valamivel gyorsabb a java, bár a c kódnak nem kell teljesen oo-nak lennie. A nagy elõnye viszont a javanak, ami hátrány is tud lenni, az, hogy a memória blokkok felszabadítását nem a kódolónak kell végezni. (Ez kényelmessé teszi a kódolást.) Ugyanakkor ezt c alatt is meg lehet csinálni, noha jóval körülményesebben. Ami viszont számomra kifejezetten tetszik, hogy egy tömörített állományban van minden. A javat talán nagyon könnyû megtanulni (bár ez szubjektív, de én még olyat nem hallottam, aki a bonyolultságát hangoztatta volna:)). Nagyon Kis programokat, gyakran futtatott programokat, ill erõsen gui orientált, vagy nagy memóriaigényû dolgokat nem célszerû csinálni. (A virtuális gép miatt.)
(Egyébként a gtk+/gtkmm/java program futtatásához is kell rutin környezet, vagy legalább egy-két telepített cucc…, amíg mondjuk egy wx-bõl kényelmesen lehet natív programot csinálni.)Tehát, hogy mikor mire mi a legjobb… az szerintem ettõl árnyaltabb.
„A java gui egyébként windows alatt érezhetõen lassabb, mint linux alatt – pasz, hogy miért.”
Az nem lehet, hogy emiatt?
http://java.sun.com/j2se/1.5.0/docs/guide/vm/server-class.html
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz