Dotaz: Mono, WinForms, DataGrid

[phv]

Zdravim vsechny, Zkousim c sharp na Linuxu a nedari se me vytvorit objekt datagrid.

Nezkousel jste to nekdo?

Odpovědi

[Ondrej Prokop]

WinForms jsou ve vyvoji = ne moc funkcni

Jestli potrebujete v Monu GUI pouzijte GTK sharp

[phv]

Bohuzel pouzit GTK GUI nejde, protoze chci napsat aplikaci, ktera pojede na .NET Framework pod windows a Mono pod linux.

Doufam, ze Novell mono nezabije.

[nobody]

Novell nie. Mono zabije mrkvosoft (ale az ked to bude pouzitelne).

[nobody]

Myslel som to tak, ze az ked to bude skoro funkce, mrkvosoft zazaluje vsetkych co pouzivaju mono (alebo ho robili) a mono skonci. Mislim ze na prenositelne aplikacie sa skorej hodi java.

[phv]

MS zalovat nebude, protoze hned v prvni vete na strankach mona je Mono is a platform for running and developing modern applications, based on the ECMA/ISO Standards.

a co vim z MS konferenci, tak je to opravdu standardem, takze zaloby nehrozi. To by Novell asi neriskoval. MOno je soucasti SuSe oproti treba mp3. Dale je na strankach uvedeno, ze programatori komunikuji s tvurci .NET framework.

Ja zkousel delat klienta v Jave a na to se nehodi. Bylo to pomale a vyvoj hodne neefektivni. Java ma uplatneni jinde.

Na strankach mona jsem nasel, ze DataGrid jeste neni ukoncen. Takze to jet nemuze.

[podlesh]

A jsou soucasti onech standardu i WinForms, vcetne DataGrid ktery byl zminovan v dotazu?

[User682]

add pomalost:

na to hodne lidi nadava u javy. ale osobne grafickeho klienta na jave delam pro klient-server aplikaci a tato otazka je hodne zajimava.

nicmene do budoucna bych toto nebral jako velky handycap. proc ?

1) je to dost o stylu, jak se co naprogramuje

2) vyssi verse jsou rychlejsi. 1.5 java byla vcelku znatelny skok v rychlosti(jak v cem). celkove by me zajimala podpora OpenGL v 2.x jave.

3) rychlost masin neni jiz rozhodujici meritko. samozrejme je dost mist, kde se spori a povazuje se usporena tisicovka na hw za hlavni meritko uspesnosti. v tomto smeru si myslim, ze za rok nam to bude stejne jiz jedno pri 4GHz procesorech a 512MB pameti. coz by mohl byt priblizne nejaky standart.

bye gf

[User682]

Offtopic: nic proti monu, ale v tomto si prisadim.

bohuzel monu nedavam take moc zivota. i kdyz #NET ma neco do sebe a jako javista uznavam, ze tu je. jsou moznosti:

1) MS zmeni specifikaci a budou drobne, ale neskutecne zdrzujici nekompatibility.

2) vetsina stezejnich veci stejne poradne nepojede jinde nez na WIN. viz ruzne integrace do systemu. a to zakaznikum nevysvetlite.

3) je to idealni zpusob, jak nasbirat dalsi schopne vyvojare pro Microsoft.

4) MS nikoho zalovat nebude. na co? staci par veci pozmenit.

nicmene, kdyz jsme u tohoto temata, tak by me na toto zajimal nazor nekoho fundovanejsiho.

samozrejme, ze bych se nezlobil, kdyby to chodilo. proc ne. syntaxe je v dost vecech jave podobna. jenomze zase takovy idealista nejsem.

bye gf

[VícNežNic]

Na druhou stranu, přijde mi, že Mono je na tom v současnosti líp než všechny otevřené implementace Javy a nevypadá to v blízké budoucnosti na nějaký zásadní obrat.

[User682]

to mozna ano. je to sice fajn, ze to je otevrene. jenomze staci pridat par specifickych veci a da se to timto zlikvidovat pro opensourcovy svet. a v tomto nejsem optomista.

add vyvoj a mozne komplikace co se tyce #NET:

1) integrace do MS. vsichni to budou vyzadovat, ale vy to nemuzete udelat na linux, protoze to na linuxu nebezi.

2) vyvojovy nastroj generuje neco opet specifickeho, ale vas program to neumi. je to neco ve stylu, nez aby se vyvijel poradny format na dokumenty, tak potom se misto toho reversuji formaty pro kancelarske baliky. dalsi priklad je treba v tom, ze mozilla sice umi zobrazit vselijake zmrsene html, ale dalsi technologie (xml, xforms) jiz na ukor tohoto ztradaji a konkurence je vesele tomtto smerem vyviji.

3) podle me sunu nezbyde nic jineho nez techto par moznosti, nemusi platit zaroven

a) udelat integraci #NET do javy

b) vydat lepsi vyvojove nastroje,na cemz jiz nekdo pracuje (SUN nebo IBM)

c) vypustit javu pod rozumnou licenci. toto je dle me nejpravdepodobnejsi a je to i zachrana javy. at to tak nevypada, tak toto je jedna z nejpravdepodobnejsich veci. anebo tu budeme mit neco, co se bude tise ale dobre podporovat == gjc a podobne. ale to je prakticky to same.

bye gf

[VícNežNic]

Sun a uvolnit Javu… Minimálně by jim to trvalo, než by si přesně spočítali kolik řádků kódu vlastně uvolňují, aby to mohli rozmazat v PR

ad 1) Pravděpodobné. Ovšem uvažujeme-li Mono jako platformu pro otevřené aplikace (Gnome a další grafické vynálezy), nehraje to roli a Javu tady trumnete pětkrát. Představa, že jednou na Linuxu půjde všechno co v MS .NETu je IMHO stejně lichá. Myslím, že tvůrce toho konkrétního software na to bude muset dbát, ačkoliv bude mít práci asi opravdu hodně ulehčenou, oproti dnešnímu stavu.

ad 2) V čem to konkrétně souvisí s .NET? Tohle je IMHO zcela obecný problém.

ad 3) za a mi nepřijde pravděpodobné, možná nějaké dílčí věci, ale jinak nevím, vývojové nástroje nevím, ty microsoftí neznám téměř vůbec, ale nepřijde mi, že by ty Javové nějak zaostávaly.

[phv]

Co si predstavujes pod pojmem nekoho fundovanjsiho?

Mam z MS tri certifikaty (ASP.NET, Winforms, MS Sql) delal jsem weby podle standardu HTML, aby sli pod IE i Netscape, v IT jsem od roku 92.

V soucasne dobe se snazim najit reseni pro tlusteho klienta, aby sel kod zkompilovat pod linux i win. A podle prvnich vysledku to vypada velice nadejne.

[User682]

nekoho fundovanejsiho == nekoho, kdo dela nejaky cas #NET a pohybuje se v techto technologiich.

jak je to s rychlosti oproti jave na linux platforme ?

gf

[phv]

Zkousel jsem delat formular o nekolika prvcich, takze to o nicem nevypovida. Ale formular nabehne hodne rychle- do 1 sekundy.

Jestli mas zajem, tak muzem zkusit udelat aplikaci. Ja v monu, ty v Jave. Jako db bych navrhl firebird- je pro win i linux.

Udelali by jsme formular o deseti prvcich, komba, textbox, datum a to pak ulozit v cyklu treba 1000 do DB.

Jeste musim dodat, ze s tim firebird mam kratkou zkusenost z lonska, takze me to bude nejakou dobu trvat, nez to rozchodim.

[User682]

ted jsem neco podobneho zkusil. mam tu malou aplikacku 300x4 prvku tabulku z sql dotazu na pgsql do 1 sekundy. 1 nabeh aplikace vzdycky pomalejsi(klasika), nez to nacte vse z javy z disku.

jsem tedy pro.

stroj tedy P4 2.4 cistokrevna, 1GB RAM, ale jde to podtaktovat - 8 frekvenci. wmmaker - X windows manager.debian distro.

navrhni podminky. firebird tu mam, ale poradne jsem ho nepouzival. to by ale nemel byt problem. jinak mozne db:pgsql,firebird,sybase(mozna take az ji rozjedu).

z ceho chces odvodit vysledny cas ?

do nejake rozumne doby by se to dalo implementovat, jako pracujici nestiham. treba 14 dni a pak opublikovat v blogu pro zajimavost.

ps: s kym mam tu cest mimo prezdivky ?

zatim pavel kysilka

[phv]

Ja mam AMD64 3000+ 512 MB dual channel, SATA disk,64 bit SuSe 9.3, takze bych navrhl udelat 2 aplikace, ktere budou delat to stejne. Ja mono, ty java vuci firebird.

Ja udelam db v firebird, poslu ti databazi vcetne scriptu a ulozenych procedur. Ty by jsi jen udelal aplikaci v jave, ktera zavola SP a ulozi.

Ve windows jsem fb rozchodil hodne rychle, behem pul hodiny jsem mel vlastni DB vcetne vytvorenych tabulek. Je to na spravu jednoducha DB.

Mozna bych jeste navrhl, ze o vikendu nekde udelam jednoduchy web, kde by jsme pokracovali v zapocatem dile. Protoze takto zbytecne zatezejeme tento web.

[User682]

je zbytecne delat kvuli tomu web. hlavni je kod.

cilize: email: goldenfish At bsys doT cz

a pak dalsi komunikaci na email ci jabber.

pak staci dat vysledky do blogu a je to. mezivysledky bych vzhledem k velikost projektu nedelal. a ani na to nemam cas. nakodim, poslu ti casy, pripadne v necem lehce pomuzu, ale tim to konci. mam v celku dost casove naslapano a moje PC mi ted rika, ze zase nic nedelam.

o rozchozeni database nejde. to si rozchodim. spise vymysli poradne, co se bude vlastne kodit a posli zadani "projektu".

celkove mi jde o to to porovnat a neco malo overit. overeni technologie ve zkratce. nechci z toho delat neco extra svetoveho. pokud to pomuze, zde lidem, tak to je jedine dobre.

za tu db diky.

vice osobne a predevsim v kodu.

Pavel Kysilka = new Programmer("http://www.bsys.cz/");

[nobody]

K tym zmenam .Net to pre mrkvosoft nebude tak jednoduche. Pokial nejaka firma na .Net postavi produkt a mrkvosoft to o rok zmeni a nedodrzi kompatibilitu tak ta firma z mrkvosoftom skonci. To ze ma mrkvosoft peniaze na zmeny neznamena ze ich ma kazdy. Niektore informacne systemy maju v sebe 20 rokov stare zdrojaky a neverim ze kazdy zacne hura systemom odzaciatku prerabat vsetko na .Net. Kompatibilita je svina, ktora bude mrkvosoft brzdit - a to iste plati aj o Longhorne. Bude trvat roky, kym zacnu pisat aplikacie iba pre Longhorn.

[User682]

no mozna, ze prave ty zmeny microsoft potrebuje.

priklad treba prechod na XP, Server2003, Server2005 a podobne. co zmena to penize. samozrejme formou vyhodnych update.

samozrejme, ze nektere firmy prejdou na jiny OS. ale to neni prilis smerodatny pocet.

ale souhlas s tim, ze hodne firem drzi 2000-ovky, protoze nevi, co by poradne system na XP a odvozeninach delal.

bye gf

[OndraZX]

Muzete prece pouzit Mono pro Windows a pojede to jak v Linuxu, nebo i ve Windows. Podpora WinForms je naplanovana az snad pro verzi Mona 1.2, napr. verze 1.1.4 ani nezobrazila formular se zakladnimi textBoxy a Tlacitky a verze 1.1.7 uz ano - takze se na tom pracuje - ale dnes podpora WinForms opravdu pouzitelna neni.

[Spike]

Ale smysl přeci je, aby .NET binárky běhaly pod kterýmkoli standardy dodržujícím run-time prostředím – ať už .NET Framework nebo mono (případně dotGNU nebo jak se to jmenuje).

Mono 1.1.7 už, co jsem tak četl, doznalo pár zásadních vylepšení, co se Windows.Forms týče. A jen tak mimochodem, pro fungování Windows.Forms pod Linuxem je třeba winelib, pokud se nepletu.

Jinak použít GTK je přeci také možné – existuje i port pro Win32, včetně GTK#...

[Spike]

No, dobře, s winelib jsem se sekl. Už od toho upustili, protože se to zdálo jako slepá ulička.

[Radek Podgorny]

a co zkusit wx.NET? je to sice jeste 0.x.x, ale docela to beha...