Dotaz: Programovanie Windows GUI v Perle - ktore vyvojove prostredie pouzit?

[SixtyNine]

Zdravim vsetkych, potreboval by som poradit od niekoho, kto ma viac skusenosti. Uz niekolko rokov sa OS Win* venujem len okrajovo a v blizkej dobe by som mal programovat pre Win* typicku obchodnu aplikaciu (specificke moduly, ktore nie su bezne sucastou ponukanych hotovych rieseni, GUI, formatovane reporty, kopa dialogov, pristup do SQL databazy - tabulky s radovo 100000 zaznamami, pre cca 30 sucasne pracujucich klientov, klucove data synchronizovat s uctovnym 'podvozkom', ktorym je teraz Navision Attain, ale o rok to zrejme bude nieco ine).
Mojim problemom je, ze neviem, ake vyvojove prostredie/programovaci jazyk/ prekladac/databaza by bola najvhodnejsia pre programovanie vo Windows. Idealne by bolo urobit to na nejakej multiplatformnej baze, cca tretina klientskych PC by mohla byt s OS Linux. Co sa tyka Windows, poznam len vyvojove prostredie Visual FoxPro, kedysi som v tom hodne pracoval, tvorba GUI v nom bola vcelku vyhovujuca... Relativne dobre poznam Qt3, v Linuxe som ale Qt programoval v Perle, ktory sa mi pre riesenie mojich uloh zdal ovela efektivnejsi, ako C++. Teraz som upgradol na Qt4, skusil som to aj pod Windows, vsetko OK, ale nikde som sa nedocital, ci je mozne pisat aj vo Windows kod v Perle, alebo je nutne programovat v C++.
Inac Qt4 nie je podmienkou, moze to byt cokolvek ine, rad by som sa vyhol .NET a Jave.
Najcastejsie pouzivanym objektom je 'databrowser', bolo by fajn, keby bol vo vyvojovom prostredi nejaky uz hotovy, ktory vie zobrazit pohlady na tabulky, editovat, triedit a filtrovat data, moznost farebneho odlisenia dat podla obsahu a pod...
Takze zhrniem: komplexna GUI aplikacia pre Win* (lepsie multiplatformna, ale nie webova), v idealnom pripade moznost pisat kod v Perle, ale C++, alebo cokolvek ine nevadi...
Budem vdacny za kazdu radu, pripadne pokial by to pre niekoho bolo zaujimave, vzhladom na rozsah projektu hladame este 2-3 kolegov, ktori by sa na tomto projekte podielali (zacat to ma v IIQ 2007, hotove ma byt koncom 2008).

Odpovědi

[Luboš Doležel (Doli)]

Celé je to dlouhé a pěkné, ale s Linuxem to IMHO souvisí jen velmi okrajově...

[SixtyNine]

Na tento server chodim denne a viem, ze sa tu pohybuju ludia, ktori maju viac skusenosti s programovanim GUI v Linuxe aj Win32 ako ja. Linux pouzivam vyhradne styri roky a s Windows sa stretavam len v praci, priznam sa, ze tam mi trochu usiel vlak a mozno mi tu niekto da kopanec spravnym smerom, NAPRIEK tomu, ze to vsetko s Linuxom suvisi len velmi okrajovo.

[Hynek (Pichi) Vychodil]

Naopak, tohle je všechno hlavně o Linuxu, asi jsi nečetl pořádně. Tazateli jde o vytvoření multiplatformní palikace a bohužel kromě pořádných OS je jedna z těch platformen je i ten spropadený pseudo OS od fy z Redmondu.

Osobně bych vyzkoušel jestli součástí perlu pro Win (tuším je nějaký activperl) existuje dobrá knihovna pro Qt. Pak si v tom zkusit nějakou jednoduchou aplikačku klikačku a vyzkoušet na několika platformách. Prostě to zkusit, to nic nenahradí. Pak ještě trochu pogooglit jestli je na tohle spojení hodně sprostých nadávek a tak (taky diskusní fóra toho activperlu, případně té Qt knihovny).

[Luboš Doležel (Doli)]

Opravdu?

Takze zhrniem: komplexna GUI aplikacia pre Win* (lepsie multiplatformna, ale nie webova)

Windows tu má být jako hlavní platforma a i vývoj má, pokud to správně chápu, probíhat pod Windows.

[SixtyNine]

Diky, ActivePerl poznam, skusal som nieco vygooglit ohladom AP & Qt4, neviem... v kazdom pripade asi pri Qt ostaneme, aj za cenu, ze to bude nutne programovat v C++, ked na nic vhodnejsie neprideme, nad Javou sme rozmyslali, ale tuto moznost sme vylucili z viacerych dovodov.

[razor]

Perl binding na wxwidgets ? wxwidgets teda moc v lásce nemám a s perl bindigem mám nulovou zkušenost, ale snad by to pro tebe mohla být varianta.

[miso]

Ja osobne by som asi siel do javy.

+ multiplatformovost
+ slusne IDE (debuggovanie)
+ rozumny jazyk (no flame)
+ open-source
+ velka komunita

[podlesh]

Spíše Python, ten je míněn jako náhrada perlu.

[ivan]

Nerad byh ti kazil iluze, ale jako dlouholety fanda linuxu musim rict "Prenositelnost je dobra leda pro plazova lehatka". Pokud pises komercni projekt a nepises to pro zabavu anebo aby ses neco naucil, tak jdi s davem. Tzn. zvol si platformu, ktera ma co nejsirsi uzivatelskou zakladnu. Sam jsem nekolikrat zacal a zase skoncil s XULem. Na prvni pohled to vypada moc pekne, ale obcas jsem narazil na problem, jehoz reseni jsem hledal na webu a ve zdrojacich mozilly treba i dva dny. Takova vec je dost neprijemna pokud mas na krku nejaky terminy.

[Hynek (Pichi) Vychodil]

... Tzn. zvol si platformu, ktera ma co nejsirsi uzivatelskou zakladnu. Sam jsem nekolikrat zacal a zase skoncil s XULem. Na prvni pohled to vypada moc pekne, ale obcas jsem narazil na problem, jehoz reseni jsem hledal na webu a ve zdrojacich mozilly treba i dva dny. Takova vec je dost neprijemna pokud mas na krku nejaky terminy.

No já bych řekl, že pro příště si při volbě nějaké té platformy udělejte malý test. Nejdříve se koukněte do bugzilly (nebo jiného příslušného bugtracing systému) a vyhledejte si nejstarší nevyřešený bug, případně takový bug na který nebylo vůbec reagováno. Pak si projděte pár bugů a způsob jakým na ně vývojový team reaguje. Pak si zkuste s tou platformou nějakou tu chvilku pracovat a vyzkoušejte si nějaký takový záznam bugu vygenerovat, byť i nesmyslný. No a pak sledujte reakci. Kdyby jste si takový jednoduchý testík udělal, tak by jste si o žádný produkt od Mozilla Foundation ani neopřel kolo. To jen tak do budoucna, ten ztracený čas s XULem už vám to nevrátí, ale chybama se člověk učí

[Luboš Doležel (Doli)]

Jako nativní a přenositelné bych bral Qt4, integruje se i s Visual Studiem. Ale ty ceny...

[SixtyNine]

Pozeral som: Desktop Edition pre 2 platformy necelych 5k USD, co sa mi zda dost vela... ((

[Boris Dušek]

Pozor - Qt Small Business: v podstatě 65% sleva.

[matess2]

Perl/Tk funguje pod win i linuxem. http://www.geocities.com/binnyva/code/perl/perl_tk_tutorial/

DB - Záleží co to má dělat. Můžeš jít od MySQL, .... ,ORACLE to je spíš otázka výkonu, stability, možností obnovy, ceny, atd..