Qt - használja valaki?
2010-02-26T09:16:20+01:00
2010-03-01T00:11:18+01:00
2022-06-30T18:27:16+02:00
  • a felulrol kompatibilitassal sosem volt gond a Qt-nal (legalabbis nem talalkoztam vele) major verziokon belul, 4.6-tal is lefordithato a 4.1-es Qt kod, ellentetben pl. a wxwidgets-szel, ahol a 2.6-os libbel mar nem lehetett forditani sem a 2.4-hez irt kodot
    Mutasd a teljes hozzászólást!
  • Tudnál konkrét példákat mondnai , milyen elveket fed el/hág át a Qt?
    Mutasd a teljes hozzászólást!
  • "a Qt nem 'tuntet el magatol' dolgokat :) Egyszeruen arrol van szo, hogyha egy Qt-s objectnek vannak gyerekei, akkor a megsemmisulesekor a gyerekeit is eltakaritja maga utan"

    Ja igen, ez derengett csak már nem tudtam konkrétan...

    Amúgy tényleg nem rossz rendszer ez és már kinőtte remélem azt a gyermekbetegségét is, hogy az x.4.2.1 és a x.4.2.1.14 verziók marhára nem kompatibilisek, szerintem ilyeneket már nem csinálnak mióta nokia-tulajdonban vannak, de régen voltak ilyen gondok
    Mutasd a teljes hozzászólást!
  • Tudom, van VC++ be beépülő plugin is, de még ezzel együtt is egy .NET szintű fejlesztéshez képest fényévekre van. MFC-hez képest viszont nagyon jó.
    Mutasd a teljes hozzászólást!
  • Hmm, a demók alapján erős kis cucc ez. Mobil+Windows+Linux+MacOs alá keresek megoldást, a Qt megér egy próbát.


    Én is így gondolom.
    Holnap lesz meg az N900am, mindenképp ki kell próbálnom rajta Qt alapú fejlesztést.
    Mutasd a teljes hozzászólást!
  • Ez a QAkarmi elnevezési séma még az ősidőkből maradt itt, amikor nem használtak még névtereket, lehet, nem is léteztek még.

    E az igazi profilja nincs az elég hülyeségnek néz ki, ilyen alapon az stl-nek vagy a .NET-nek sincs "igazi profilja", bármit is jelentsen ez.

    Hmm, a demók alapján erős kis cucc ez. Mobil+Windows+Linux+MacOs alá keresek megoldást, a Qt megér egy próbát.
    Mutasd a teljes hozzászólást!
  • LGPL = Lesser GPL. Azaz olyan, mint a GPL, csak amit csinálsz, nem kötelező neked is GPL-lel licenszelned.

    Senki:
    Kicsit irritáló tud lenni, hogy mindenből van egy Q-s verzió is: QString, Qakármi...

    Engem az zavar, hogy az STL-en kívüli dolgaikat is Q-val kezdik. QButton, QWindow, Qizébingyó. De hogy miért?

    bit_vector:
    összességében: inkább C#, ha már soksoksok feature kell

    Ezzel egyetértek, csak a .NET nem annyira szereti a Linuxot és a Symbian OS-t.

    igazi profilja nincs

    Akkor szerinted miért tolja a Nokia az összes eszközében a Qt-t?
    Mutasd a teljes hozzászólást!
  • ja értem ...csak nemtiszta hogy mit is takar az LGPL most igy hirtelen.
    Mutasd a teljes hozzászólást!
  • van hozza grafikus felulettervezo (designer) :P
    hasznalni nem kotelezo, opcionalis
    Mutasd a teljes hozzászólást!
  • Na meg azt is pozitívumnak tartom, hogy úgy is viszonylag gyorsan lehet normális grafikus programot csinálni benne, hogy nem használsz semmi editort hozzá, csak fogsz egy vimet és írsz...

    Ez azért nem egy pozitívum. Kis toolokhoz tényleg tökéletes, de egy mai ügyviteli rendszert így az életben nem fogsz megírni.
    Mutasd a teljes hozzászólást!
  • epp az elobb irtam le, hogy akar uzleti felhasznalasra is hasznalhato ingyenesen, erre te mar kapasbol 20.000 eurokrol beszelsz...

    http://qt.nokia.com/downloads

    http://qt.nokia.com/products/licensing
    Mutasd a teljes hozzászólást!
  • Ebből kiindulva szerintem az all platform verzió belekerülhet vagy 20k euroba. Nem sok ez egy kicsit?


    QT nagy resze LGPL-es, nem muszaj fizetned erte...
    Mutasd a teljes hozzászólást!
  • One Developer License -Desktop Single Operating System: 2 995 euro.

    Dehát a QT nak pont az lenne a lényege hogy muti os
    Ebből kiindulva szerintem az all platform verzió belekerülhet vagy 20k euroba. Nem sok ez egy kicsit?
    Mutasd a teljes hozzászólást!
  • nem csak ingyenes cucchoz hasznalhatod, nemreg valtoztattak a licence-et (jelenleg is komoly fizetos szoftvert fejlesztunk benne)

    nem veletlenul van az stl-es containereknek Q-s parja. mikor Qt nelkul, az stl-el kell dolgoznom (most is van ilyen projectem), rendszeresen duhongok mert irtozatosan butak, alig hasznalhatok a hagyomanyos STL classok, egy QStringgel pl. szinte mindent meg tudsz csinalni, egy STL stringnel egy-ket alapfeladatot, aztan kesz, minden mast csinalj kezzel
    keverni valoban nem erdemes oket, de tenyleg nem nagyon van ok STL hasznalatara Qt-s programban, de ha megis kell, azert konnyen megoldhato. a furcsa hibauzenetek meg nem a Qt, hanem a C++ -os template rendszer sara
    raadasul a Qt-ben alkalmazott ugyes megoldasoknak koszonhetoen (pl. implicit sharing) lenyegesen hatekonyabb ezeknek a kezelese, mint STL-nel

    a Qt nem 'tuntet el magatol' dolgokat :) Egyszeruen arrol van szo, hogyha egy Qt-s objectnek vannak gyerekei, akkor a megsemmisulesekor a gyerekeit is eltakaritja maga utan, nem kell neked kezzel kovetni az osszes objektumodat, ami nagyon kenyelmes es tokeletesen jol mukodo megoldas. ha az osszes objektumot egyetlen fastrukturaba szervezed, ahol a fa gyokere a programod, akkor egyetlen delete sem kell a programba, szepen automatikusan megcsinalja amit kell

    a windowsos hiba valoszinuleg azert volt, mert nem volt rendesen beallitva a Qt-s dll-ek eleresi utvonala (mas rendszer alatt ilyen nincs :) )

    valoban nagyon OOP, epp' ez a lenyege :) valoban vannak helyenkent egysoros fuggvenyhivassal nem megoldhato dolgok, de szerintem nagyon ugyesen es szepen meg van oldva
    (amugy ha ez nem tetszik a Qt-ben, akkor keruld el messze a JAVA-t :D)
    Mutasd a teljes hozzászólást!
  • miert zavar a preprocesszor? egy eleve atmegy a kodon, igy lesz egy masik, amivel neked a vilagon semmit nem kell foglalkozni
    a lenyeg az, hogy megvan a szintaktika ahogy a Qt kiboviti a C++ nyelvet, azt kell hasznalni es kesz
    ilyen erovel reklamalhatnal hogy borsozik a hatad a #define es #include miatt, mert azt a preprocesszor konvertalja... (nekem inkabb a VS-specifikus idiota preprocesszor-utasitasok, #pragma es tarsai miatt van hanyingerem)

    Strukturaltsag nuku? ezt hogy erted? meg szerinted milyen programozasi alapelvet hag at???
    a 'Qt tud forditani'? a Qt-s programokat C++ fordito eszi meg (illetve ott van elotte a mar emlitett moc)
    nalam QString sosem szallt el, biztos nem te rontottal el valamit? :)

    C# teljesen mas kategoria, akarcsak a CLR vagy boost. egyreszt hasznalj mar C#-ot vagy CLR-t mondjuk ARM procin futo Linuxon, masreszt meg kozel sem tartom oket olyan szepnek es atlathatonak mint a Qt-t

    par napig ragyog? a Qt nagyon regota ragyog, egyre es egyre fenyesebben :)

    az meg, hogy miert felkapott, nagyon egyszeru: remekul megtervezett, atlathato, rengeteg feladatra nagyon jol hasznalhato, a Qt mellett nincs szukseged rengeteg mas libre. mindemellett platformfuggetlen es peldaszeru a dokumentacioja

    meg hogy jon ide a debug?

    szerintem elkepeszto mennyisegu hulyeseget hordtal ossze a hozzaszolasodban, mar bocs
    Mutasd a teljes hozzászólást!
  • Én is az eltés kötprogok miatt ismerem csak a QT-t, de eléggé vegyesek az érzelmeim...

    Amit adnak hozzá QTAssistantot, az tényleg használható dolog, ez bejön. Na meg azt is pozitívumnak tartom, hogy úgy is viszonylag gyorsan lehet normális grafikus programot csinálni benne, hogy nem használsz semmi editort hozzá, csak fogsz egy vimet és írsz, írsz, írsz(a qtcreator meg kezd jó lenni).
    Aztán linux alá egész jó kis grafikus felületet lehet ezzel varázsolni a programoknak, szerintem nem túl gyors egyébként, valami egyszerűbb rendszer tuti beelőzi sebességben, de azért egész jó kis rendszer és tényleg most hogy a nokia is támogatja talán lesz belőle valami. Jah és legalább lehet vele ingyen fejleszteni.

    Ami nem tetszik vele kapcsolatban:
    -Igaz hogy lehet vele ingyen fejleszteni, de ha jól tudom a licence olyan, hogy neked is ingyenes programot kell csinálnod, ha ezt az utat választod. Szóval ha valamit el akarsz adni olyat csinálsz, na ahhoz csengetni is kell...
    -Kicsit irritáló tud lenni, hogy mindenből van egy Q-s verzió is: QString, Qakármi... A fél stl meg van csinálva Q-s előtaggal is, ami végülis nem lenne baj, de sokszor problémát okoz, ha véletlenül "nem Q-s" dolgokat használsz(nem arra gondolok hogy nem lesz jó valami paraméternek pl. egy sima string, hanem hogy pl. használsz valami sima stl-es cucmókot és a QT-val utána nem akar lefordulni az egész program, teleírja a képernyőt érthetetlen, a makróiból elővarázsolódó hibával. Na ez már undorító tud lenni...
    -Amúgy meg vannak egyéb veszélyes dolgok. Például a sok varázsmakrón, meg saját Q*** dolgokon felül még bele lehet zavarodni abba is, hogy a QT néha magától eltűntet néhány dolgot(azt hiszem a Q_OBJECT-es makróval ellátott izék automatikusan takarítódnak, nem neked kell kiszedni a new-olt dolgokat. Na jó, erre van(volt) valami szabály, de már marhára nem emlékszek rá, de mindenesetre zavaró szerintem, inkább takarítanák akkor már én, ha úgyis c++...
    Haverok szokták mondani amúgy hogy ez már lassan nem is c++, hanem, QT++, annyira tele van furcsaságokkal néha
    -Elvileg crossplatform, na ez jó dolog tényleg. Amikor a beadandóimat átvittem windowsra(eredetileg linuxon fejlesztettem), akkor egy qtcreator felrakása után lefordítottam, de nem volt hajlandó elindulni, mert kellett hozzá egy tonna dll. Oké, a QT Command Prompt nevű kis izéből elindult, de azért megoldhatták volna valahogy ezt, vagy kiírhatnák valahova hogy mi kell mellé. Egyébként tényleg szépen futott...
    -Ez meg már csak saját, szubjektív dolog: Nekem kicsit túl OOP-sra sikeredett. Vagyis, nem tudom hogy fogalmazzam meg. Valahogy zavaró hogy néha egyszerű dolgokhoz is öröklődni kell mindenféle osztályból meg ilyesmi, valahogy más apiknál a hasonló feladatok egyszerűbben megoldhatók néha(jó, van ami itt szebb, de akkor is). Meg a névadási konvencióik is néha gagyik. Például tök más neve van két dolog valami kicsiben eltérő variációjának
    Mutasd a teljes hozzászólást!
  • A .NET szép és jó, csakhogy nem fogja lenyelni egy Symbian. De javítsatok ki, ha tévedek.

    A hozzászólásod alapján te Windows+PC vonalban nem látod komoly alternatívának a .NET vonallal szemben.

    Mutasd a teljes hozzászólást!
  • nekem már attól is borsózik a hátam, hogy be kell tegyél egy QOBJECT pszeudokódot az osztályba, amit majd a Qt szépen emészthetőre konvertál a C++-os preprocesszornak...

    Amúgy Qt: Struktúráltság nuku, jópár programozási alapelvet áthág, vagy épp elfed és ettől veszélyes. Átláthatóságra úgyahogy
    az új Qt már maga is tud fordítani, igaz, nem önállóan.

    Ezen felül pedig van benne bug jócskán.... 4.4.0-ig pl. a QString-nek voltak elég durva bugjai (const char operátor néha elszált mint a győzelmi zászló, etc.)

    összességében: inkább C#, ha már soksoksok feature kell. Vagy ha még C++ a követelmény de nem kerülhető el a szép gui, akkor CLR/C++. végső esetben boost, stb. minden más, csak ne Qt.

    minden csillag csek pár napig ragyog... és lehet hulló csillag lesz. Azért felkapott szerintem annyira, mert anno linux alá könnyen lehetett vele fejleszteni grafikus felületre. De túlságosan kövér, túl szerteágazó, igazi profilja nincs, cserébe alig hoz teljesítménynövekedést. sőt...

    Mindezért cserébe túl sok segítséget nem hoz a fejlesztésben... pl. ha debugolni kell, lehet maga a Qt lesz a gát.

    Mutasd a teljes hozzászólást!
  • hogy jon ide a static cast? a vilagon semmi koze az esemenykezeleshez...
    evek ota Qt-ez, ez alatt egyszer sem hasznaltam static_castot, dynamic_castot meg qobject_castot is fel tucatnyinal kevesebbszer szerintem...
    Mutasd a teljes hozzászólást!
  • Elsőre soknak tűnt az eseménykezelő példáknál a static cast-ok száma. De jobban megnézve tényleg jó lehet

    Le is töltöttem a Qt készletet, szép nagy darab. Ma este kippróbálok pár példát
    Mutasd a teljes hozzászólást!
  • mi nem tetszik az esemenykezeleseben? tokeletesen mukodik, nagyon jo talalmany :)
    Mutasd a teljes hozzászólást!
  • Az eseménykezelése első blikkrep ont a leggyengébb pontjának tűnik.
    Mutasd a teljes hozzászólást!
  • Én (még) nem ismerem a Qt-t, de tervezem, hogy egy kicsit belemásszak.

    Úgy tűnik, hogy a Nokiának igencsak nagy tervei vannak vele, ugyanis azt szeretnék, hogy a köv. verziótól kezdve ez legyen majd a Symbian-es és a Maemo-s cuccaik közös API-ja.

    Ráadásul most, hogy az Intel és a Nokia merge-eli a Moblin-t és a Maemo-t, az eddig Moblint futtató cuccok előtt is megnyílt a piac. Tehát igen, a Qt igencsak tör felfelé.
    Mutasd a teljes hozzászólást!
  • Ha a natívság nagyon fontos, akkor érdemes használni. OpenGL és újabba DirectX rendert is megjelenít így editorokhoz biztosan jó. Az ID software használja a Tech enginehez.
    Mutasd a teljes hozzászólást!
  • ELTÉ-n kötelező 2 félévben 4 programot készíteni benne. Az eseménykezelését pont annyira szeretem, ahogy elsőre utáltam:)
    Mutasd a teljes hozzászólást!
  • Sziasztok!

    A Qt így első blikkre egy szépen dokumentált, jól felépített mutltiplatform osztálykönyvtár, amit ráadásul a Nokia bitokol tehát valszeg lesz supportja a következő években. Használja valaki komyolabb projekteknél, érdemes belemászni a részleteibe?
    Van tapasztalta valainek vele?
    Mutasd a teljes hozzászólást!
Címkék
abcd