Archív konference Delphi
Zpět na výběr roku archívu nebo přejít na fulltextové vyhledávání v konferenci.
FB - presnost TIMESTAMP
[*] Lebeda David <david.lebeda(zv)comarr(tec)cz> - 20.12.2005 13:53:11
Ahoj,
mam FB 1.0, na nem databazi v dialektu 1. Databaze obsahuje pole
typu DATE, coz v dialektu 1 zahrnuje i cas. Nevite nekdo, jaka
presnost casu v tomto dialektu je? Na vteriny, na desetiny vteriny...?
Cas se do pole zapisuje pri insertu zaznamu pomoci
CURRENT_TIMESTAMP.
Mam totiz problem v tom, ze tento sloupec je soucasti primarniho klice
a obcas se zaznam nepodari vlozit kvuli KEY VIOLATION. Mne se ale
nezda, ze by nastala situace, kdy se vkladaji dva zaznamy ve stejny
okamzik.
David Lebeda
Co misto databazove tabulky, clientdataset nebo to
[*] Jiri Virt <virt(zv)volny(tec)cz> - 20.12.2005 13:24:44
mam D5Pro a tam TClientDataSet proste neni...
takze i ja musim MemTabulku pridavat.... :-(
a treba je na tom Jaromir podobne
>TClientDataSet je memory table, ktera je primo v Delphi (od verze D4Ent,
D6Pro)
>Nic proti externim komponentam (Jaromire), ale me vzdycky prudi, kdyz musim
instalovat neco navic.
Jirka Virt
casovac
[*] Dalibor Faltynek <dalibor.faltynek(zv)orgrez(tec)cz> - 20.12.2005 13:22:16
Nemate nekdo tip na free komponentu casovace, kterou by slo importovat do excelu?
Diky dalik.
Co misto databazove tabulky, clientdataset nebo to
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 20.12.2005 13:17:51
> Memory Table je nejaka komponenta primo v Delphi nebo musim najit
> nejakou free (i pro komercni pouziti)?
TClientDataSet je memory table, ktera je primo v Delphi
(od verze D4Ent, D6Pro)
Nic proti externim komponentam (Jaromire), ale me vzdycky prudi, kdyz musim instalovat neco navic.
Navic Ondrej poradil, ze se zadnej midas.dll distribuovat nemusi.
Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================Co misto databazove tabulky, clientdataset nebo to
[*] Karel Kral <kralkonf(zv)purusmeda(tec)cz> - 20.12.2005 12:49:23
Taky navrhuju kbMemTable, mam s ni velmi dobre zkusenosti. Je rychla jak
blesk. Nahradis TDataSet za toto a mas po starostech. Vse funguje jak driv.
OnDraG napsal(a):
> Jen pozor na to, ze u vetsich tabulek se memory dataset z Rx vyrazne zpomaluje.
> Da se to nahradit dle mne propracovanejsi a sviznejsi free komponentou tkmbMemTable
> http://www.components4developers.com/
>
--
______________________________________________________
Karel Kral, reditel IT / IT manager
PURUS-MEDA, s.r.o., Palackeho 174, 621 00 Brno, CZ
E-Mail: kral(zv)purusmeda(tec)cz
______________________________________________________
Jaka bezudrzbova DB ?
[*] delphin(zv)post(tec)cz - 20.12.2005 12:48:58
> pokud bude kazda stanice mit svoje data, FB embedded by se nejspise pouzit
> dalo, pokud vsak budou
> data na serveru, tak ne. Nicmene klientska knihovna pro pristup k FB
> serveru se muze jen dat do
> stejne slozky, kde je tvoje aplikace, a na stanici se nic instalovat
> nemusi - uzivatele mohou
> pustit aplikaci primo z nasdilene slozky ze serveru. Vyhodou je, ze
> aktualizace nahrajes jen na
> server...
Ne vzdy je sit funkcni (wi-fi), proto aplikace na kazdem PC bude mit svoji
DB a svoje data, sdilena slozka neni mozna. Teprve az sit zacne fungovat,
tak posle data na server, ale to jiz mam vyreseno. Co misto databazove tabulky, clientdataset nebo to
[*] OnDraG <gebakonf(zv)centrum(tec)cz> - 20.12.2005 12:26:31
Jen pozor na to, ze u vetsich tabulek se memory dataset z Rx vyrazne zpomaluje.
Da se to nahradit dle mne propracovanejsi a sviznejsi free komponentou tkmbMemTable
http://www.components4developers.com/
Ondra
>
> Ja dlouho pouzivam TRxMemoryData z Rx komponent k me plne spokojenosti.
> Ma to vse, co pozadujes a nevyzaduje to zadne externi dll. Daji se z
> toho / do toho take jednoduse tahat data z jineho DataSetu.
>
Co misto databazove tabulky, clientdataset nebo to
[*] peca.konference(zv)centrum(tec)cz - 20.12.2005 11:52:48
Memory Table je nejaka komponenta primo v Delphi nebo musim najit nejakou free (i pro komercni pouziti)?
Petr
>
> Me by ve vasem pripade jako prvni napadla Memory Table - je vic
> implementaci.
>
> Luf
Jaka bezudrzbova DB ?
[*] Karel Rys <delphi(zv)zas-me(tec)cz> - 20.12.2005 12:20:05
delphin(zv)post(tec)cz dne 20 Dec 2005 v 12:05:
> Chystam se rozsirit aplikaci, ktera nyni bezi na cca 100 nijak
> vykonnych PC (W2K a WXP) a uz ted vim, ze spravce site se nebude
> jednotlivym PC nijak zvlast venovat, aplikace musi zustat
> bezproblemova a hlavne bezudrzbova. Rozsireni si vyzada pouzit neco
> databazoveho a velmi jednoducheho, pozadavky na vykon jsou minimalni,
> DB bude cca 50-100 MB, idealni je instalace nakopirovanim souboru.
> Samozrejme me napadl Firebird embedded. Chci se proto zeptat na
> zkusenosti s FB embedded, zejmena me zajima, zda je to schopno bezet
> nejmene rok bez jakekoliv udrzby a ktera verze je "nejstabilnejsi".
> Pripadne co jineho pouzit.
Ahoj,
pokud bude kazda stanice mit svoje data, FB embedded by se nejspise pouzit dalo, pokud vsak budou
data na serveru, tak ne. Nicmene klientska knihovna pro pristup k FB serveru se muze jen dat do
stejne slozky, kde je tvoje aplikace, a na stanici se nic instalovat nemusi - uzivatele mohou
pustit aplikaci primo z nasdilene slozky ze serveru. Vyhodou je, ze aktualizace nahrajes jen na
server...
Karel Rys
Jaka bezudrzbova DB ?
[*] delphin(zv)post(tec)cz - 20.12.2005 12:05:39
Chystam se rozsirit aplikaci, ktera nyni bezi na cca 100 nijak vykonnych PC
(W2K a WXP) a uz ted vim, ze spravce site se nebude jednotlivym PC nijak
zvlast venovat, aplikace musi zustat bezproblemova a hlavne bezudrzbova.
Rozsireni si vyzada pouzit neco databazoveho a velmi jednoducheho, pozadavky
na vykon jsou minimalni, DB bude cca 50-100 MB, idealni je instalace
nakopirovanim souboru. Samozrejme me napadl Firebird embedded.
Chci se proto zeptat na zkusenosti s FB embedded, zejmena me zajima, zda je
to schopno bezet nejmene rok bez jakekoliv udrzby a ktera verze je
"nejstabilnejsi". Pripadne co jineho pouzit.
Diky
Delphin
Co misto databazove tabulky, clientdataset nebo to
[*] Jaromir Junek <mirek.junek(zv)worldonline(tec)cz> - 20.12.2005 11:52:23
peca.konference(zv)centrum(tec)cz napsal(a):
>Ahoj,
>
>potreboval bych poradit. Mam databazovou aplikaci, ktera mimo jine veci zobrazuje v DBStringGridech data z SQL dotazu. Ted jsem dostal za ukol prevest jednu jednoduchou tabulku z databaze jen do pameti, proste ty data se nebudou zapisovat do databaze, ale bude je dostava muj program a je na me, abych je nejak ulozil.
>
>
>
Ja dlouho pouzivam TRxMemoryData z Rx komponent k me plne spokojenosti.
Ma to vse, co pozadujes a nevyzaduje to zadne externi dll. Daji se z
toho / do toho take jednoduse tahat data z jineho DataSetu.
This is a memory table that does'nt need nor use the BDE nor the
DBClient DLL.
It acts as a TDataSet and can be connected to all standard Delphi
data-aware components. This memory dataset can hold memo !
Co misto databazove tabulky, clientdataset nebo to
[*] Ondrej Kelle <o.kelle(zv)digitalpublishing.de> - 20.12.2005 11:43:57
> TClientDataSet to resi zcela bez problemu.
> (akorat je treba pridat midas.dll k utivateli).
Tiez sa da linkovat staticky pridanim MidasLib do uses. Potom midas.dll nie
je potrebna.
HTH
TOndrej
Co misto databazove tabulky, clientdataset nebo to
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 20.12.2005 11:35:32
> > Takze, co bude jednodussi, udelat "jen" novy dataset a nechat tam
> > datasource a dbgrid, nebo pouzit nejaky tlist a stringgrid?
>
> Me by ve vasem pripade jako prvni napadla Memory Table - je vic
> implementaci.
Proc ne, ale TClientDataSet problem lehce vyresi, je uplne v pohode, je to taky memory table, a nemusim se pidit po nejakych "cizich" komponentach.
TClientDataSet to resi zcela bez problemu.
(akorat je treba pridat midas.dll k utivateli).
Navic mozna vyuzijes nekterych jeho dalsich moznosti - SaveToFile, LoadFromFile, pripadne napojeni na TDataSetProvider a primy zapis dat z TClientDataSet do databaze / z databaze.
Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================Co misto databazove tabulky, clientdataset nebo to
[*] Pavel Malinsky <malinsky(zv)pmcom(tec)cz> - 20.12.2005 11:25:06
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of
> peca.konference(zv)centrum(tec)cz
Ahoj,
> databaze jen do pameti, proste ty data se nebudou zapisovat
> do databaze, ale bude je dostava muj program a je na me,
> abych je nejak ulozil.
Co treba z RX (dnes jiz myslim JVCL) komponent komponentu TMemTable
nebo jak se to jmenovalo.
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
Co misto databazove tabulky, clientdataset nebo to
[*] Ludek Finstrle <ludek.finstrle(zv)pzkagis(tec)cz> - 20.12.2005 11:14:40
> Vzhledem k tomu, ze to ted funguje databazove, tak me napadlo zkusit
> pouzit TClientDataset, misto toho, abych pouzil TObjectList (nebo
> neco takoveho) a prevadel DBGrig na StringGrid. Jenze jsem nic
> takoveho nikdy nedelal.
...
> Takze, co bude jednodussi, udelat "jen" novy dataset a nechat tam
> datasource a dbgrid, nebo pouzit nejaky tlist a stringgrid?
Me by ve vasem pripade jako prvni napadla Memory Table - je vic
implementaci.
Luf
Co misto databazove tabulky, clientdataset nebo to
[*] peca.konference(zv)centrum(tec)cz - 20.12.2005 11:08:14
Ahoj,
potreboval bych poradit. Mam databazovou aplikaci, ktera mimo jine veci zobrazuje v DBStringGridech data z SQL dotazu. Ted jsem dostal za ukol prevest jednu jednoduchou tabulku z databaze jen do pameti, proste ty data se nebudou zapisovat do databaze, ale bude je dostava muj program a je na me, abych je nejak ulozil.
Vzhledem k tomu, ze to ted funguje databazove, tak me napadlo zkusit pouzit TClientDataset, misto toho, abych pouzil TObjectList (nebo neco takoveho) a prevadel DBGrig na StringGrid. Jenze jsem nic takoveho nikdy nedelal.
Ta tabulka je jednoducha, ma asi ctyri sloupce a zaznamu tam nebude moc. Potrebuju aby to umelo vkladat nove zaznamy, mazat zaznamy, upravit zaznam, hledat zaznam (kvuli updatu) a tridit (kvuli trideni v dbgridu).
Takze, co bude jednodussi, udelat "jen" novy dataset a nechat tam datasource a dbgrid, nebo pouzit nejaky tlist a stringgrid?
Diky
Petr
Multijazyk v APP
[*] Martin Pisarik <martin.pisarik(zv)seznam(tec)cz> - 20.12.2005 09:31:40
Podle me muze byt problem v nastaveni charsetu a collation u mysql serveru.
Taky jsem to resil. Sice jen pro cestinu, ale i tak mi to dalo docela praci.
podivej se na tyto variables.
character_set_server
collation_server
character_client
collation_client
character_set_connection
collation_connection
character_set_result
collation_result
napsal jsem to zhlavy, nemam ted moznost to overit, ale nejak tak se to
jmenovalo.
Defaultne je tam latin1 a swedish, ty tam musis mit UTF...
Je taky dost mozny, ze to v te DB mas dobre, jen to spatne vidis -
character_set_result, collation_result
Mam dojem, ze tyto veci umi mySQL az od verze 4.1.1 a vys.>
> Dik, pred par hodinkama jsem ho vygoogloval a jiz se zda (doufam,
> ze to nezakriknu)
> data se daji editovat ruznymi jazyky, ale..
> -V mdb je vse OK
> -V editacnim prg taky
> Ale po prenosu (ZEOS 6.5.1) jsou na mysql jen otazniky........
> Pripojim-li tntdbedit primo na mysql v dobe editace je vse OK po
> postu mam otaznicky.
> Vasek
>
>
>
Srafovanie uzavretej oblasti
[*] Milos J. Hrach <delphi_konf(zv)post(tec)cz> - 20.12.2005 07:45:05
Zkousel si adefinovat si vlastni styl vyplne?
>
> Rad by som Vas poziadal o radu ako vysrafovat lubovolnu
> uzavretu oblast.
--
Milos J. Hrach, D6 profi, WinXP Home
Multijazyk v APP
[*] Lukas Barton <lukas(zv)cnawr(tec)cz> - 20.12.2005 07:30:39
Va?ek Zaruba wrote:
>Dik, pred par hodinkama jsem ho vygoogloval a jiz se zda (doufam, ze to nezakriknu)
>data se daji editovat ruznymi jazyky, ale..
>-V mdb je vse OK
>-V editacnim prg taky
>Ale po prenosu (ZEOS 6.5.1) jsou na mysql jen otazniky........
>Pripojim-li tntdbedit primo na mysql v dobe editace je vse OK po postu mam otaznicky.
>(TZtable - TZUpdate)
>Pokousim se vymyslet so presne napsat do properties u TZconnection...
>Test zprava - zleva vzdy koncim u prenosu pomoci ZEOSu
>
>
Pro pripojeny k MySQL je treba nastavit odpovidajici znakovou sadu.
IMHO jsi si vybral spatne vyvojove prostredi, mel jsi pouzit VC .NET
nebo Javu.
Lukas
Pocet polozek v SQL tabulce
[*] Kalhous <kalhous(zv)eu(tec)cz> - 20.12.2005 06:18:09
> No otazkou je, co to znamena "fundovany"
> Petr Zahradnik, pocitacovy expert
Tedy pokud bychom vysli z puvodniho vyznamu slova, pak fundatio=polozeni
zakladu, zalozeni, zaklad nebo fundatus=zalozeny,pevny,poradny,dukladny.
Takze fundovany je ten kdo ma zaklady (v oboru), v lepsim pripade clovek
pevny, poradny, dukladny (takze muze tvrdit nesmysly, jen je musi hlast
pevne, dukladne a nekompromisne). Ostatne ani puvodni vyznam tvaru "expertus
sum" neni v rozporu s tim, ze financni expert vam muze poradit abyste
celozivotni uspory vlozili do podniku ktery za tyden zkrachuje.
Z.Kalhous
Multijazyk v APP
[*] Va?ek Zaruba <zaruba(zv)elastoform(tec)cz> - 19.12.2005 23:25:15
> (access - ado(D7) - ZEOS - mysql) snazim se vse delat v UTF8.
> 1. Jak presvedcit celou app, aby zila v kodovani UTF8? Popisy napr.
> v rustine aditovane pole v nemcine; v ramci jednoho pole editovat cesky a rusky...
> 2. Momentalne mam jen ceskou app (nenastavoval jsem zadne spec.
> kodovani). Prenasi se mi spravne jen dolni polovina ceskych znaku,
> zbytek je sifra. Myslim, ze jde-li zmenit kodovani app, pak by se i toto spravilo?
Pouzit komponenty, ktere umi v UNICODE pracovat. Napr. free balik
TntUnicodeControl
Dik, pred par hodinkama jsem ho vygoogloval a jiz se zda (doufam, ze to nezakriknu)
data se daji editovat ruznymi jazyky, ale..
-V mdb je vse OK
-V editacnim prg taky
Ale po prenosu (ZEOS 6.5.1) jsou na mysql jen otazniky........
Pripojim-li tntdbedit primo na mysql v dobe editace je vse OK po postu mam otaznicky.
(TZtable - TZUpdate)
Pokousim se vymyslet so presne napsat do properties u TZconnection...
Test zprava - zleva vzdy koncim u prenosu pomoci ZEOSu
Dik za pomoc
Vasek
Zeos a MySql
[*] Petr Berek <sojokl(zv)seznam(tec)cz> - 19.12.2005 22:48:47
Kdyby tohle nekdo resil, tak zasilam odpoved.
Je potreba heslo zadat ve starsim formatu old_password.
Vice na strankach mysql.
Petr
On 12/19/05, Petr Berek <sojokl(zv)seznam(tec)cz> wrote:
> Zdravim,
> mam takovy problem s komponentami Zeos. Problem je nasledujici.
> Kazdemu uzivateli aplikace vytvorim novou databazi a prihlaseni
> provadim stejne jako k mysql. Akorat si nejdriv zjistim jakou DB ma
> uzivatel a tu potom nastavim Zeos komponetam. Avsak kdyz rozpojim
> aktivni pripojeni, nemuzu ho jiz spojit. Vyhodi mi to vyjimku, ze
> mysql nepodporuje autentifikaci.
> Muzete mi nekdo prosim poradit? Diky
> Petr
>
>
Zeos a MySql
[*] Petr Berek <sojokl(zv)seznam(tec)cz> - 19.12.2005 19:14:05
Zdravim,
mam takovy problem s komponentami Zeos. Problem je nasledujici.
Kazdemu uzivateli aplikace vytvorim novou databazi a prihlaseni
provadim stejne jako k mysql. Akorat si nejdriv zjistim jakou DB ma
uzivatel a tu potom nastavim Zeos komponetam. Avsak kdyz rozpojim
aktivni pripojeni, nemuzu ho jiz spojit. Vyhodi mi to vyjimku, ze
mysql nepodporuje autentifikaci.
Muzete mi nekdo prosim poradit? Diky
Petr
Multijazyk v APP
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 19.12.2005 17:39:28
19.12.2005 Va?ek Zaruba:
> HI,
> Bojuji a prohravam. Vytvarim app, ktera edituje data v 8 jazykovych
> mutacich, ktere uklada do mdb a pak prenasi na web.
> (access - ado(D7) - ZEOS - mysql) snazim se vse delat v UTF8.
> APP na webu (PHP), maka OK. Vlastni editor jsem vymakl v cestine a
> nyni se zacinam topit v problemech:
> 1. Jak presvedcit celou app, aby zila v kodovani UTF8? Popisy napr.
> v rustine aditovane pole v nemcine; v ramci jednoho pole editovat cesky a rusky...
> 2. Momentalne mam jen ceskou app (nenastavoval jsem zadne spec.
> kodovani). Prenasi se mi spravne jen dolni polovina ceskych znaku,
> zbytek je sifra. Myslim, ze jde-li zmenit kodovani app, pak by se i toto spravilo?
Pouzit komponenty, ktere umi v UNICODE pracovat. Napr. free balik
TntUnicodeControl
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Multijazyk v APP
[*] Va?ek Zaruba <zaruba(zv)elastoform(tec)cz> - 19.12.2005 17:21:01
HI,
Bojuji a prohravam. Vytvarim app, ktera edituje data v 8 jazykovych mutacich, ktere uklada do mdb a pak prenasi na web.
(access - ado(D7) - ZEOS - mysql) snazim se vse delat v UTF8.
APP na webu (PHP), maka OK. Vlastni editor jsem vymakl v cestine a nyni se zacinam topit v problemech:
1. Jak presvedcit celou app, aby zila v kodovani UTF8? Popisy napr. v rustine aditovane pole v nemcine; v ramci jednoho pole editovat cesky a rusky...
2. Momentalne mam jen ceskou app (nenastavoval jsem zadne spec. kodovani). Prenasi se mi spravne jen dolni polovina ceskych znaku, zbytek je sifra. Myslim, ze jde-li zmenit kodovani app, pak by se i toto spravilo?
Dik za napovedu...
Vasek
OT prohresky proti pravidlum
[*] Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz> - 19.12.2005 16:14:29
Me pripada, ze to dela docela dobre.
Vaclav Sazima
Vlasta Palan wrote:
> Mno, myslim, ze by mel hlavne ctit pravidla ten, kdo si je vymyslel a zavedl
> (at je to trebna pocitacovy expert)!
> Admine, kazdeho tu za prestupek docela drsne sestrelis, zamysli se nad tim,
> prosim.
>
> Diky
> Vlasta
> velikost recordu
[*] karelvomacko(zv)seznam(tec)cz - 19.12.2005 13:59:06
ano predavam ho jako parametr, to s tim stackem by bylo mozne ... nevim jaky je limit, kazdopadne to ale muzu zkusit predelat
diky
> Proti jake DB a jak k te DB pristupujete?
v tomhle problem nebude, nepada to u cteni/zapisu do toho streamu ale pri pristupu k prvkum toho pole
> ------------ Puvodni zprava ------------
> Od: Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz>
> Predmet: Re: velikost recordu
> Datum: 19.12.2005 12:51:29
> ----------------------------------------
> Ahoj,
> jestli neni problem v pouziti velkeho recordu, treba pokud ho predavas
> jako parametr funkce/procedury, mohl by vzniknout problem se stackem a
> mozna i v jinych pripadech.
>
> Vaclav Sazima
>
>
> Karel Vomacko wrote:
> > Zdravim,
> >
> > rad bych se zeptal jestli nevite jaka je maximalni velikost packed record v
> bytech? Zkousel jsem udelat jeden cca 80kB ale mel jsem s tim problemy - ne vzdy
> ale obcas ta aplikace padala, pricemz v predchozi verzi jsem mel record asi
> 1,5kB a vse bylo v poradku
> >
> > dekuji
> >
> >
> >
>
>
>
>
Rodne cislo
[*] Viktor Marek <viktor(zv)mbox.vol(tec)cz> - 19.12.2005 16:12:04
Bohuzel jsem patril mezi ty stastne. Me RC bylo shodne s 5 dalsimi a nikomu
nepreji to martyrium.
Viktor Marek
viktor(zv)mbox.vol(tec)cz
> Kdysi jsem slysel od cloveka, ktery se motal kolem zavadeni registru
> pojistencu pri zakladani zdravotnich pojistoven, ze tech duplicit bylo
> asi 15 tisic, tedy cca 1 promile.
Rodne cislo
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 19.12.2005 13:55:50
> Nemate nekdo
> hotovou procedurku?
Nemam, ale to by snad slo z hlavy:
var d,m,y : Integer;
y = StrToInt(copy(RC,1,2));
m = StrToInt(copy(RC,3,2));
d = StrToInt(copy(RC,5,2));
if m>10 then // je to zena
dec(m,50);
Result := EncodeDate(y,m,d);velikost recordu
[*] Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz> - 19.12.2005 16:05:39
Koukni do project options/Linker. Stack bych ale nezvetsoval, staci
record predat odkazem {var).
Vaclav Sazima
karelvomacko(zv)seznam(tec)cz wrote:
> ano predavam ho jako parametr, to s tim stackem by bylo mozne ... nevim jaky je limit, kazdopadne to ale muzu zkusit predelat
> diky
Rodne cislo
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 19.12.2005 15:59:13
Milan Tomes wrote:
> Sice jsem se s tim nikdy nikde nesetkal, ale udajne to muze byt...
Kdysi jsem slysel od cloveka, ktery se motal kolem zavadeni registru
pojistencu pri zakladani zdravotnich pojistoven, ze tech duplicit bylo
asi 15 tisic, tedy cca 1 promile.
A stejny pocet jsem pred chvili vygoogloval, tak by to mohla byt pravda :-)
pf
Pocet polozek v SQL tabulce
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 19.12.2005 15:46:42
Nemohu mlcet:
> Petr Zahradnik, pocitacovy expert
> Ale ja se nepru o to, jestli nejake poucky existuji
> nebo ne, pripadne jestli je nekdo rika nebo ne.
> Ja jen tvrdim, ze je to hovadina. A
> jestli to nekdo fundovany takhle per huba hlasi, tak neni moc
> fundovany.
Samozrejme, to muze byt tvuj nazor.
Ja mam ale nazor opacny a na rozdil od tebe jsem ho argumentoval.
A argumentovali ho jini "fundovani", kdyz popisuji, jak k takove chybe dochazi a ze k ni dochazi casto.
Tim nerikam, ze entity s 1000 polozkami neexistuji.
> Hodne atributu naznacuje pouze to, ze je tam hodne
> atributu.
Hodne atributu naznacuje, ze je tam budto hodne atributu nebo chyba v logickem navrhu.
> Ze mozna existuje nejaka statistika, ze takovych pripadu je
> mene nez jinych, to je jedna vec.
Ja ze sve dlouholete praxe tvrdim, ze jsem se mnohokrat setkal s touto chybou, naopak nikdy jsem se nesetkal s entitou, ktera ma "opravdu" 1000 atributu.
Tim netvrdim, ze takove entity neexistuji.
Tvrdim pouze, ze velmi casto jde o chybu a stoji za to se nad tim zamyslet.
> Ale jinak to nenaznacuje vubec nic
> konkretniho :-)
Naznacuje to, ze tam je s velkou pravdepodobnosti chyba a ze je treba se nad tim zamyslet.
Nic jinyho konkretniho to nenaznacuje.
Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================Rodne cislo
[*] Vlasta Palan <vlastimil.zdenek(zv)seznam(tec)cz> - 19.12.2005 15:38:16
Mno, myslim, ze by mel hlavne ctit pravidla ten, kdo si je vymyslel a zavedl
(at je to trebna pocitacovy expert)!
Admine, kazdeho tu za prestupek docela drsne sestrelis, zamysli se nad tim,
prosim.
Diky
Vlasta
>No Tebe ne, ale toho inzenyra, co to rekl, jiste ano :-) I kdyz nevim,
>jak to rikal, treba se u toho usmival od ucha k uchu :-)
>Petr Zahradnik, pocitacovy expert
>>Puvodni zprava ze dne 19.12.2005:
>>V archivu konference jem nasel mnoho rozporuplnych prispevku na tema
>> rodne cislo.
Kdyz jsi v tom archivu, tak si tam prosimte nekde najdi take pravidla.
A ihned prestan posilat opakovane prispevky do konference a tim delat
bordel. A kdyz jsem se dival do archivu, ze jsi to poslal 4x, tak jsem
si vsiml, ze posilas take prilohy GWAVADAT.TXT ke kazdemu mailu, ktere
filtr musi odstranovat. Tak to si prosim take odpust. Dekuji.
Rozdil datumu
[*] jancarik <jancarik(zv)hame(tec)cz> - 19.12.2005 14:59:48
Co takhle pouzit nasledujici funkce z DateUtils.
function DaySpan(const ANow, AThen: TDateTime): Double;
function DaysBetween(const ANow, AThen: TDateTime): Integer;
function YearSpan(const ANow, AThen: TDateTime): Double;
function YearsBetween(const ANow, AThen: TDateTime): Integer;
Zjistim tak pocet celych roku a nasledne dopocet od poslednich narozenin
po vyhodnocovane datum.
S.Jancarik
Viktor Marek napsal(a):
>Zdravim
>
>Pocet dnu od narozeni k aktualnimu datu zjistuji pomoci
>
>procedure TForm1.Button1Click(Sender: TObject);
>var
> Datum1,Datum2: TDateTime;
>begin
> Datum1:=StrToDate('01.01.2004');
> Datum2:=StrToDate('01.01.2005');
> Label1.Caption:=IntToStr(DayDiff(Datum1, Datum2));
>end;
>
>Jak z toho vyseparovat pocet let a dnu?
>
>Diky za radu
>
>Viktor Marek
>viktor(zv)mbox.vol(tec)cz
>
>
Rodne cislo
[*] delphi(zv)haida(tec)cz - 19.12.2005 13:59:31
function BornNumberToBornDate(ARC: string): TDate;
var
Y, M, D: integer;
begin
Result := 0;
ARC := Trim(ARC);
if Length(ARC) = 0 then
exit;
if Pos('/', ARC) = 0 then
ARC := StrRemoveChars(ARC, ['/']);
Y := StrToIntDef(copy(ARC, 1, 2), -1);
M := StrToIntDef(copy(ARC, 3, 2), -1);
D := StrToIntDef(copy(ARC, 5, 2), -1);
if (Y = -1) or (M = -1) or (D = -1) then
exit;
if (Y >= 54) and (Length(ARC) = 9) then
Y := 1800 + Y;
if (Y < 54) and (Length(ARC) = 9) then
Y := 1900 + Y;
if (Y >= 54) and (Length(ARC) = 10) then
Y := 1900 + Y;
if (Y < 54) and (Length(ARC) = 10) then
Y := 2000 + Y;
case M of
1..12:; //Je to muz
21..32: M := M - 20; //Zase muz
51..62: M := M - 50; //Zena
71..82: M := M - 70; //Opet zena
end;
if M < 0 then
exit;
Result := EncodeDate(Y, M, D);
end;
S pozdravem
Milan Tomes
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Viktor Marek
> Sent: Monday, December 19, 2005 12:57 PM
>
> Potreboval bych z rodneho cisla jednoznacne urcit datum
> narozeni a zda dane rodne cislo patri muzi nebo zene. Jestli
> rodne cislo vlastni cizinec je nepodstatne. Nemate nekdo
Rodne cislo
[*] Milan Tomes <delphi(zv)haida(tec)cz> - 19.12.2005 14:35:21
Myslel jsem, ze je to v te funkci jasne popsane - podivej se na radky:
case M of
1..12:; //Je to muz
21..32: M := M - 20; //Zase muz
51..62: M := M - 50; //Zena
71..82: M := M - 70; //Opet zena
end;
Tam si muzes nastavit nejaky priznak a vyhodit si to z te funkce ven. Funkce
se jmenuje BornNumberToBornDate, takze vcelku logicky nevraci pohlavi, ale
interne se musi zjistit kvuli odpoctum.
Funkce StrRemoveChars je z JCL - unita JCLStrings.
Jinak jedna drobna poznamka - v pripade duplicity rodneho cisla muze byt k
mesici u muze pripocitano cislo 20 a u zeny 70 (namisto 50). Sice jsem se s
tim nikdy nikde nesetkal, ale udajne to muze byt...
S pozdravem
Milan Tomes
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Radim Kunz
> Sent: Monday, December 19, 2005 1:59 PM
>
> Viktor Marek napsal(a):
>
> >Potreboval bych jeste popostrcit.
> >Kompilator v D5 mi hlasi u " ARC := StrRemoveChars(ARC,
> ['/']);" chybu
> >"Undeclared identifier"
> >Kde z funkce dostanu "Muz", "Zena".
> >
> >
> Zena ma 3. cislo v RC 5 nebo 6., protoze k mesici se u zen pricita 50.Rodne cislo
[*] viktor(zv)mbox.vol(tec)cz - 19.12.2005 13:56:16
Zdravim
V archivu konference jem nasel mnoho rozporuplnych prispevku na tema rodne
cislo. Abych se priznal, mam v tom pekny gulas. Potreboval bych z rodneho
cisla jednoznacne urcit datum narozeni a zda dane rodne cislo patri muzi
nebo zene. Jestli rodne cislo vlastni cizinec je nepodstatne. Nemate nekdo
hotovou procedurku?
Predem diky
Viktor Marek
viktor(zv)mbox.vol(tec)cz ADMIN: Rodne cislo
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 19.12.2005 14:12:54
Puvodni zprava ze dne 19.12.2005:
> V archivu konference jem nasel mnoho rozporuplnych prispevku na tema
> rodne cislo.
Kdyz jsi v tom archivu, tak si tam prosimte nekde najdi take pravidla.
A ihned prestan posilat opakovane prispevky do konference a tim delat
bordel. A kdyz jsem se dival do archivu, ze jsi to poslal 4x, tak jsem
si vsiml, ze posilas take prilohy GWAVADAT.TXT ke kazdemu mailu, ktere
filtr musi odstranovat. Tak to si prosim take odpust. Dekuji.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 19.12.2005 14:08:23
Puvodni zprava ze dne 19.12.2005:
> Petre, tyhle poucky ale fakt existuji a rikaji je i lide fundovani v
> oboru... Sice ja ji znam jako 200 a vice, ale i tak:)
Ale ja se nepru o to, jestli nejake poucky existuji nebo ne, pripadne
jestli je nekdo rika nebo ne. Ja jen tvrdim, ze je to hovadina. A
jestli to nekdo fundovany takhle per huba hlasi, tak neni moc
fundovany. No otazkou je, co to znamena "fundovany", protoze dneska je
fundovany spis ten, o kom se pise v novinach, nez ten, kdo tomu
opravdu rozumi :-) V podstate dneska je na pocitace fundovany kazdy,
kdo umi v Makru koupit bednu a dotahnout si to domu, tak asi tak :-)
> V kazdem pripade si myslim (a tim to za sebe ukoncim:-) ), ze bez
> znalosti problematiky se neda rict nic o tom, kolik atributu je
> dobre a kolik spatne.
V tom se shodneme.
> Hodne atributu naznacuje, ze by nekde nejaky problem byt mohl.
A v tom se neshodneme.
Ze by nekde mohl byt nejaky problem, to naznacuje treba i ridka
stolice :-) Hodne atributu naznacuje pouze to, ze je tam hodne
atributu. Ze mozna existuje nejaka statistika, ze takovych pripadu je
mene nez jinych, to je jedna vec. Ale jinak to nenaznacuje vubec nic
konkretniho :-)
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Rodne cislo
[*] viktor(zv)mbox.vol(tec)cz - 19.12.2005 14:01:57
Zdravim
V archivu konference jem nasel mnoho rozporuplnych prispevku na tema rodne
cislo. Abych se priznal, mam v tom pekny gulas. Potreboval bych z rodneho
cisla jednoznacne urcit datum narozeni a zda dane rodne cislo patri muzi
nebo zene. Jestli rodne cislo vlastni cizinec je nepodstatne. Nemate nekdo
hotovou procedurku?
Predem diky
Viktor Marek
viktor(zv)mbox.vol(tec)cz
Rodne cislo
[*] Radim Kunz <rkunz(zv)casestudio(tec)com> - 19.12.2005 13:58:41
Viktor Marek napsal(a):
>Diky za funkci.
>
>Potreboval bych jeste popostrcit.
>Kompilator v D5 mi hlasi u " ARC := StrRemoveChars(ARC, ['/']);" chybu
>"Undeclared identifier"
>Kde z funkce dostanu "Muz", "Zena".
>
>Diky
>
>Viktor Marek
>viktor(zv)mbox.vol(tec)cz
>
>
>
Zena ma 3. cislo v RC 5 nebo 6., protoze k mesici
se u zen pricita 50.
Radim
Pocet polozek v SQL tabulce
[*] Kalhous <kalhous(zv)eu(tec)cz> - 19.12.2005 13:55:25
Magicke cislo "spravny pocet atributu" proste neexistuje. A jestli nekdo
fundovany v oboru tvrdi ze to je 15 nebo 200 nebo cokoliv jineho tak to rika
zertem nebo by mel uvazovat o refundaci. Jsou-li v tabulce "obrazy" realnych
objektu u kterych je nutno sledovat 1000 skutecne nezavislych a
neodvoditelnych hodnot tak je struktura v poradku i kdyz ma tabulka 1001
sloupec. A naopak i v tabulce ktera ma jeden sloupec muze byt i ten jeden
zbytecny.
> ... tyhle poucky ale fakt existuji a rikaji je i lide
> fundovani v oboru... Sice ja ji znam jako 200 a vice, ale i
> tak V kazdem pripade si myslim , ze bez znalosti problematiky se neda rict
> nic
> o tom, kolik atributu je dobre a kolik spatne. Rodne cislo
[*] Viktor Marek <viktor(zv)mbox.vol(tec)cz> - 19.12.2005 13:50:59
Diky za funkci.
Potreboval bych jeste popostrcit.
Kompilator v D5 mi hlasi u " ARC := StrRemoveChars(ARC, ['/']);" chybu
"Undeclared identifier"
Kde z funkce dostanu "Muz", "Zena".
Diky
Viktor Marek
viktor(zv)mbox.vol(tec)cz
Rodne cislo
[*] viktor(zv)mbox.vol(tec)cz - 19.12.2005 13:34:33
Zdravim
V archivu konference jem nasel mnoho rozporuplnych prispevku na tema rodne
cislo. Abych se priznal, mam v tom pekny gulas. Potreboval bych z rodneho
cisla jednoznacne urcit datum narozeni a zda dane rodne cislo patri muzi
nebo zene. Jestli rodne cislo vlastni cizinec je nepodstatne. Nemate nekdo
hotovou procedurku?
Predem diky
Viktor Marek
viktor(zv)mbox.vol(tec)cz Rodne cislo
[*] Milan Tomes <delphi(zv)haida(tec)cz> - 19.12.2005 13:05:40
function BornNumberToBornDate(ARC: string): TDate;
var
Y, M, D: integer;
begin
Result := 0;
ARC := Trim(ARC);
if Length(ARC) = 0 then
exit;
if Pos('/', ARC) = 0 then
ARC := StrRemoveChars(ARC, ['/']);
Y := StrToIntDef(copy(ARC, 1, 2), -1);
M := StrToIntDef(copy(ARC, 3, 2), -1);
D := StrToIntDef(copy(ARC, 5, 2), -1);
if (Y = -1) or (M = -1) or (D = -1) then
exit;
if (Y >= 54) and (Length(ARC) = 9) then
Y := 1800 + Y;
if (Y < 54) and (Length(ARC) = 9) then
Y := 1900 + Y;
if (Y >= 54) and (Length(ARC) = 10) then
Y := 1900 + Y;
if (Y < 54) and (Length(ARC) = 10) then
Y := 2000 + Y;
case M of
1..12:; //Je to muz
21..32: M := M - 20; //Zase muz
51..62: M := M - 50; //Zena
71..82: M := M - 70; //Opet zena
end;
if M < 0 then
exit;
Result := EncodeDate(Y, M, D);
end;
S pozdravem
Milan Tomes
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Viktor Marek
> Sent: Monday, December 19, 2005 12:57 PM
>
> Potreboval bych z rodneho cisla jednoznacne urcit datum
> narozeni a zda dane rodne cislo patri muzi nebo zene. Jestli
> rodne cislo vlastni cizinec je nepodstatne. Nemate nekdo velikost recordu
[*] Karel Vomacko <karelvomacko(zv)seznam(tec)cz> - 19.12.2005 13:03:15
ano predavam ho jako parametr, to s tim stackem by bylo mozne ... nevim jaky je limit, kazdopadne to ale muzu zkusit predelat
diky
> Proti jake DB a jak k te DB pristupujete?
v tomhle problem nebude, nepada to u cteni/zapisu do toho streamu ale pri pristupu k prvkum toho pole
> ------------ Puvodni zprava ------------
> Od: Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz>
> Predmet: Re: velikost recordu
> Datum: 19.12.2005 12:51:29
> ----------------------------------------
> Ahoj,
> jestli neni problem v pouziti velkeho recordu, treba pokud ho predavas
> jako parametr funkce/procedury, mohl by vzniknout problem se stackem a
> mozna i v jinych pripadech.
>
> Vaclav Sazima
>
>
> Karel Vomacko wrote:
> > Zdravim,
> >
> > rad bych se zeptal jestli nevite jaka je maximalni velikost packed record v
> bytech? Zkousel jsem udelat jeden cca 80kB ale mel jsem s tim problemy - ne vzdy
> ale obcas ta aplikace padala, pricemz v predchozi verzi jsem mel record asi
> 1,5kB a vse bylo v poradku
> >
> > dekuji
> >
> >
> >
>
>
>
>
Rodne cislo
[*] Viktor Marek <viktor(zv)mbox.vol(tec)cz> - 19.12.2005 12:56:49
Zdravim
V archivu konference jem nasel mnoho rozporuplnych prispevku na tema rodne
cislo. Abych se priznal, mam v tom pekny gulas. Potreboval bych z rodneho
cisla jednoznacne urcit datum narozeni a zda dane rodne cislo patri muzi
nebo zene. Jestli rodne cislo vlastni cizinec je nepodstatne. Nemate nekdo
hotovou procedurku?
Predem diky
Viktor Marek
viktor(zv)mbox.vol(tec)cz
velikost recordu
[*] Ludek Finstrle <ludek.finstrle(zv)pzkagis(tec)cz> - 19.12.2005 12:32:22
> a pak pointer na toto pole nastavim na adresu toho recordu. Pak to
> pres steram ctu a ukladam do toho blobu. s malym blobem to funguje
> dobre, ale pri debugu to ruzne pada treba na indexu 7000, kdyz
> skusim ve watch mojepole[7000] tak delphi nahlasi chybu, pritom ale
> SizeOf(mojepole) ma stejnou velikost jako SizeOf(TRekord). S 2kB
> recordem program funguje uz asi 2 roky bez problemu.
Proti jake DB a jak k te DB pristupujete?
Luf
velikost recordu
[*] Vaclav Sazima <vaclav.sazima(zv)utilia(tec)cz> - 19.12.2005 12:27:56
Ahoj,
jestli neni problem v pouziti velkeho recordu, treba pokud ho predavas
jako parametr funkce/procedury, mohl by vzniknout problem se stackem a
mozna i v jinych pripadech.
Vaclav Sazima
Karel Vomacko wrote:
> Zdravim,
>
> rad bych se zeptal jestli nevite jaka je maximalni velikost packed record v bytech? Zkousel jsem udelat jeden cca 80kB ale mel jsem s tim problemy - ne vzdy ale obcas ta aplikace padala, pricemz v predchozi verzi jsem mel record asi 1,5kB a vse bylo v poradku
>
> dekuji
>
>
> velikost recordu
[*] Karel Vomacko <karelvomacko(zv)seznam(tec)cz> - 19.12.2005 12:25:30
no mam packet record a ten potrebuju hodit do databaze, do blobu nejlip protoze se mi nechce ke kazde polozce delat sloupec. takze jsem si udelal mojepole : array [0..Sizeof(TRekord)-1] of byte a pak pointer na toto pole nastavim na adresu toho recordu. Pak to pres steram ctu a ukladam do toho blobu. s malym blobem to funguje dobre, ale pri debugu to ruzne pada treba na indexu 7000, kdyz skusim ve watch mojepole[7000] tak delphi nahlasi chybu, pritom ale SizeOf(mojepole) ma stejnou velikost jako SizeOf(TRekord). S 2kB recordem program funguje uz asi 2 roky bez problemu.
> ------------ Puvodni zprava ------------
> Od: <delphin(zv)post(tec)cz>
> Predmet: Re: velikost recordu
> Datum: 19.12.2005 10:33:15
> ----------------------------------------
> > rad bych se zeptal jestli nevite jaka je maximalni velikost packed record
> > v bytech? Zkousel jsem udelat jeden cca 80kB ale mel jsem s tim problemy -
> > ne vzdy ale obcas ta aplikace padala, pricemz v predchozi verzi jsem mel
> > record asi 1,5kB a vse bylo v poradku
>
> 100 MB record projde bez problemu. Chyba je jinde.
Pocet polozek v SQL tabulce
[*] Ing. Marek Kocan <kocan(zv)ebchod(tec)cz> - 19.12.2005 12:07:02
> No Tebe ne, ale toho inzenyra, co to rekl, jiste ano :-) I
kdyz nevim,
> jak to rikal, treba se u toho usmival od ucha k uchu :-)
Petre, tyhle poucky ale fakt existuji a rikaji je i lide
fundovani v oboru... Sice ja ji znam jako 200 a vice, ale i
tak:) V kazdem pripade si myslim (a tim to za sebe
ukoncim:-) ), ze bez znalosti problematiky se neda rict nic
o tom, kolik atributu je dobre a kolik spatne. Hodne
atributu naznacuje, ze by nekde nejaky problem byt mohl. KER
Pocet polozek v SQL tabulce
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 19.12.2005 11:54:36
Puvodni zprava ze dne 19.12.2005:
>> Hm... takovych rozumu vzdycky bylo, je a bude. Je to proste
>> absolutni hloupost. A to i presto, ze je tam obsazeno slovo
>> "pravdepodobne".
> Predpokladam, ze me nepokladate za pitomce, ktery tady tvrdi, ze
> kdyz ma tabulka vic jak 15 poli, tak je to zarucene spatne.
No Tebe ne, ale toho inzenyra, co to rekl, jiste ano :-) I kdyz nevim,
jak to rikal, treba se u toho usmival od ucha k uchu :-)
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 19.12.2005 11:08:07
> Hm... takovych rozumu vzdycky bylo, je a bude.
> Je to proste absolutni hloupost. A to i
> presto, ze je tam obsazeno slovo "pravdepodobne".
Viz i nektere dalsi reakce.
Predpokladam, ze me nepokladate za pitomce, ktery tady tvrdi, ze kdyz ma tabulka vic jak 15 poli, tak je to zarucene spatne.
Chtel jsem jenom jenom poukazat na nesvar, kdy autori databazi nacpou do tabulek cokoli je napadne, hlavne aby tam ta informace byla, kdyz je potreba.
A pokud namastime polozky adresy do rozmanitych tabulek s rozmanitym vyznamem, pak ten trigger pri pozadavku sledovani historie zmen v adrese stejne rozumne napsat nepujde.
Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================velikost recordu
[*] delphin(zv)post(tec)cz - 19.12.2005 10:17:39
> rad bych se zeptal jestli nevite jaka je maximalni velikost packed record
> v bytech? Zkousel jsem udelat jeden cca 80kB ale mel jsem s tim problemy -
> ne vzdy ale obcas ta aplikace padala, pricemz v predchozi verzi jsem mel
> record asi 1,5kB a vse bylo v poradku
100 MB record projde bez problemu. Chyba je jinde. velikost recordu
[*] Karel Vomacko <karelvomacko(zv)seznam(tec)cz> - 19.12.2005 09:05:09
Zdravim,
rad bych se zeptal jestli nevite jaka je maximalni velikost packed record v bytech? Zkousel jsem udelat jeden cca 80kB ale mel jsem s tim problemy - ne vzdy ale obcas ta aplikace padala, pricemz v predchozi verzi jsem mel record asi 1,5kB a vse bylo v poradku
dekuji
Rozdil datumu
[*] Slavomir Skopalik <skopalik(zv)elektlabs(tec)cz> - 18.12.2005 21:14:31
Datum je v delphi implementovan jako pocet dni od pevneho data
(tusim 31.12.1899).
Takze primy rozdil je pocet dnu mezi temito daty, pocet let je jiz slozitejsi.
Doporucuji neprve si prevest na roky, ty od sebe odecist (pokud by byl
zbyvajici dopocet zaporny, tak snizit o jedna) a pak dopocitat pocet dnu
jako rozdil datumu.
Viz:
DecodeDate(DateTime,Y,M,D) a EncodeDate.
Slavek
> Pocet dnu od narozeni k aktualnimu datu zjistuji pomoci
>
> procedure TForm1.Button1Click(Sender: TObject);
> var
> Datum1,Datum2: TDateTime;
> begin
> Datum1:=StrToDate('01.01.2004');
> Datum2:=StrToDate('01.01.2005');
> Label1.Caption:=IntToStr(DayDiff(Datum1, Datum2));
> end;
>
> Jak z toho vyseparovat pocet let a dnu?Globalni hotkey
[*] Jan Fiala <jan.fiala(zv)wo(tec)cz> - 18.12.2005 19:29:34
18.12.2005 Lynx:
> Dobry den, potreboval bych pomoci komponenty hotkey definovat horkou
> klavesu (globalne) pro cely sytem, aby fungovala i pri minimalizovanem
> formu.
Podivej se na API funkci RegisterHotkey()
Zaregistrovane okno pak dostane zpravu WM_Hotkey
--
Jan Fiala
mailto:jan.fiala(zv)wo(tec)cz
Globalni hotkey
[*] Lynx <lynx01(zv)tiscali(tec)cz> - 18.12.2005 19:23:08
Dobry den, potreboval bych pomoci komponenty hotkey definovat horkou
klavesu (globalne) pro cely sytem, aby fungovala i pri minimalizovanem
formu.
Pocet polozek v SQL tabulce
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 18.12.2005 19:20:42
m.mrazik wrote:
> akz index mas na mysli, mne by to asi tiez pomohlo.
Protoze pouzivame vlastni DB framework, ktery zapouzdruje datasety pro ruzne
databaze,
tak jsme to pridali do nej. Pak je to jednoduche: pridali jsme TStringList,
ve kterem
jsme pri prvnim pristupu k poli pres jmeno a poctu poli vetsim nez osm
setridili
jmena vsech poli a do Objects[] nastrkali ukazatele na pole. Samozrejme to
chce nastavit kapacitu string listu jeste pred jeho plnenim (pocet poli je
znam), aby pri pridavani jmen nerealokoval.
Pokud clovek pristoupi na to, ze jmena poli budou case sensitive, lze
usetrit dalsich asi 20 %
overridnutim metody TStringList.CompareStrings(), ktera normalne vola
ANSICompareXXXX(),
volanim CompareStr().
No a priste jsme jmeno pole hledali pres IndexOf(), ktere u setrideneho
string listu hleda
pulenim intervalu a z Objects[] vyzvedli instanci pole.
Jeste to chtelo nejaka drobna osetreni konzistence stavu toho indexu pri
zmene stavu
datasetu.
***
Kdyz jsme tento problem diskutovali na sousedni konferenci na Builderu, tak
*Semi*
poslal reseni, ve kterem zasahl do zdrojovek VCL u D5 (jeho zmeny jsou
oznacene {S:}
function TDataSet.FindField(const FieldName: string): TField;
begin
{S:}
// Pro urychleni je cten rovnou FieldList, ktery je nyni sorted, takze je
hledani rychlejsi
// na vetsich tabulkach!
if (FFields.FList.Count>=8) and FieldList.FUpdated then begin
Result := FieldList.Find(FieldName);
if Result<>nil then exit;
end;
{}
Result := FFields.FindField(FieldName);
if (Result = nil) and ObjectView then
Result := FieldList.Find(FieldName);
if Result = nil then
Result := FAggFields.FindField(FieldName);
end;
(A nekde jinde se zajisti, ze FieldList je sorted...)
constructor TDataSet.Create(AOwner: TComponent);
begin
...
FFieldList := TFieldList.Create(Self);
{S:}FFieldList.Sorted:=True; FFieldList.Duplicates:=dupIgnore;{}
...
end;
***
No a pokud bys nechtel delat upravy do zdrojovek VCL a vadi ti
ten slendrian od Borlandu, tak nemas jinou moznost, nez si ze vsech
odkazu FieldsByName('...') udelat invarianty tj. vytahat si odkazy na pole
do pomocnych promennych.
HTH, pf
Pocet polozek v SQL tabulce
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 18.12.2005 19:12:14
lelicek(zv)volny(tec)cz wrote:
> Nejcasteji to znamena,
> ze byly pouzity vsechny mozne property realneho objektu
> a neprihledlo se ke skutecnosti, ze zadny realny
> objekt je nema vsechny najednou.
Nemusi je mit vsechny najednou - staci, kdyz jich bude najednou
o trochu vice nez malo ;-)
Pak zalezi na tom, jake operace s tim delas. Ja jsem si treba v poslednim
projektu nabehl s tabulkou s necelou stovkou atributu.
Zmeril jsem si, ze ztracim vykon pri manipulaci s velkym poctem sloupcu
a prestoze DB byla v 3NF, tak jsem zkusil fyzickou distribuci na 3 tabulky
podle povahy atributu a doprgal autoload.
Pro Insert/update to bylo bez problemu. Ale protoze se nad temi daty delaji
docela casta a slozita rozhodnuti, tak byla hodne velka rezie s autoloadem
+ navic cas potrebny k nacteni stranek podle PK z dalsich 2 tabulek.
Takze nakonec to bylo jeste horsi.
A tak jsem se vratil zpatky k jedine tabulce se stovkou poli :-)
pf
Pocet polozek v SQL tabulce
[*] m.mrazik <m.mrazik(zv)stonline.sk> - 18.12.2005 18:25:45
-----Original Message-----
From: delphi-l-owner(zv)clexpert(tec)cz [mailto:delphi-l-owner(zv)clexpert(tec)cz] On
Behalf Of Petr Fejfar
< index na jmeno pro pristup k fieldum, takze pokud pouzivas
DS.FieldByName('...'), tak se to hleda scanem for do - if then - break.
Kdyz jsme si takovy index zavedli,
< zrychlili jsme aplikaci 4x. Dalsi ztraty jsou na ANSICompareText atd...
Ahoj
akz index mas na mysli, mne by to asi tiez pomohlo.
Diky Miro
Pocet polozek v SQL tabulce
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 18.12.2005 18:25:15
Puvodni zprava ze dne 18.12.2005:
> Vetsina SQL serveru ma omezeni na 255 sloupcu.
Ale no tak... To sis snad popletl cisla a nebo zaspal 20 let, ne?
> Duvod je prosty, tak slozite ulohy normalne "neexistuji" (pozor
> nevylucuji, ze vubec neexistuji nebo ze existuje zavazny duvod to
> tak udelat).
Ty me svymi vyroky docela prekvapujes... Vykoumat omezeni a hned si to
take zduvodnit. Politik?
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
ADMIN: Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 18.12.2005 18:12:49
Puvodni zprava ze dne 18.12.2005:
> ale presne, kdyz budu chtit provozvat db aplikaci pod oraclem, musim mit
Pro kocan(zv)ebchod(tec)cz snad 2x ukonceni teto diskuze neplati? Toleruji
urcity cas pro dial-up pripojence, ale to evidentne neni Tvuj pripad.
Takze durazne napomenuti administratora konference.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] lelicek(zv)volny(tec)cz - 18.12.2005 18:08:23
Ahoj,
nejsem sice autor toho tvrzeni, 207 polozek neni
apriori spatne. Pouze je to "podezrele".
Vetsina SQL serveru ma omezeni na 255 sloupcu.
Duvod je prosty, tak slozite ulohy normalne "neexistuji"
(pozor nevylucuji, ze vubec neexistuji nebo ze existuje
zavazny duvod to tak udelat).
Proto je vysoky pocet sloupcu vzdy varovanim, ze navrh
schematu byl udelan spatne. Nejcasteji to znamena,
ze byly pouzity vsechny mozne property realneho objektu
a neprihledlo se ke skutecnosti, ze zadny realny
objekt je nema vsechny najednou.
Pavel
Od: "Ludek" <konference(zv)sales(tec)cz>
> > Stydel bych se, kdyby "z me dilny" vypadnul datovy navrh, kde
> > tabulka ma 207 polozek.
>
> Ahoj,
> Muzes mi rici jeden jedinny duvod proc ti generalne vadi 207
> poli v tabulce ?
> Prece pokud mam pro dany klic sledovat 500 ruznych atributu,
> tak jich tam tech 500 dam, rozdeleni do vice tabulek ma IMHO
> smysl naopak jen ve velmi oduvodnenem pripade, napriklad kdyz
> by se dejme tomu nejaka skupina po vice polich vyskytovala v
> mene nez v 10-20% zaznamu.
> Ja nevim proste se mi nezda nic "spravneho" na generalnim
> tvrzeni ze tabulka ma mit maximalne x poli a jinak uz je model
> spatne.Win32 a .NET
[*] kocan(zv)ebchod(tec)cz - 18.12.2005 17:55:57
> > ale to prece neni pravda - je to jen jedna komponenta operacniho
systemu,
> > kterou muzu nebo nemusim pouzivat. Neni to zaplata neco opravujici. KER
>
> zdaleka to nie je nejaka volitelna komponenta OS, je to aplikacny
> "runtime" nevyhnutny na prevadzkovanie .NET aplikacii, inymi
> slovami novych "standardnych" Windows aplikacii.
ale presne, kdyz budu chtit provozvat db aplikaci pod oraclem, musim mit
nainstlaovan oracle. tim, ze se mohu rozhodnout, zda chci nebo nechci Oracle
(.NET aplikace) pouzivat, tak nejsem timto vazan (do jiste miry:) ).
Nedelejme z .NET modlu, je to nova technologie, v mnohem zajimava, v mnohem
problemova - a hlavne z ni nedelejme vice, nez je:( Je-li OS provozuschopny
bez .NET, tak pak neni integralni soucasti, ale jen jeho
rozsirenim/komponentou navic. KER
Rozdil datumu
[*] Viktor Marek <viktor(zv)mbox.vol(tec)cz> - 18.12.2005 16:47:27
Zdravim
Pocet dnu od narozeni k aktualnimu datu zjistuji pomoci
procedure TForm1.Button1Click(Sender: TObject);
var
Datum1,Datum2: TDateTime;
begin
Datum1:=StrToDate('01.01.2004');
Datum2:=StrToDate('01.01.2005');
Label1.Caption:=IntToStr(DayDiff(Datum1, Datum2));
end;
Jak z toho vyseparovat pocet let a dnu?
Diky za radu
Viktor Marek
viktor(zv)mbox.vol(tec)cz
Pocet polozek v SQL tabulce
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 18.12.2005 16:00:59
petr palicka wrote:
> z duvodu naplneni datove stranky. Pochopitelne v zavislosti podle
> velikosti polozek. Pokud se mi na stranku vejde vice vet, ziskam vyssi
> vykon.
Ale existuje i obraceny problem: pokud je sloupcu hodne, tak se zaznam
nemusi
vejit do jedne stranky a pak zalezi, jestli si das sloupce, se kterymi budes
operovat
nejcasteji, na zacatek zaznamu tak, aby se vetsinou cetla jen jedna stranka.
Jak pise SS: rozhodnout takovy problem - to se toho o nem musi vedet hodne.
V neposledni rade treba jake komponenty a techniky pouzijes na klientovi,
protoze napr. strikac, ktery psal dataset, se nenamahal vyrobit index na
jmeno
pro pristup k fieldum, takze pokud pouzivas DS.FieldByName('...'),
tak se to hleda scanem for do - if then - break. Kdyz jsme si takovy index
zavedli,
zrychlili jsme aplikaci 4x. Dalsi ztraty jsou na ANSICompareText atd...
pf
OT: CLR Profiler
[*] Erik Salaj <winsoft(zv)netkosice.sk> - 18.12.2005 15:48:33
Na MSDN je k dispozicii CLR Profiler pre .NET 2.0 (aj so zdrojakmi,
pricom GUI aplikacia je pisana v C#). Sikovna vec, ktora moze pomoct
najst pomale miesta v programoch a teda zvysit rychlost .NET aplikacii
(dufajme, ze to pouzije aj MS pre zvysenie rychlosti .NET frameworku
samotneho ;-) ).
http://blogs.msdn.com/jmstall/archive/2005/12/17/CLR_profiler_2_0_available.aspx
Erik Salaj
Win32 a .NET
[*] Peter Ondras <konfery(zv)pse.sk> - 18.12.2005 15:04:05
> -----Original Message-----
> >
> > ale to prece neni pravda - je to jen jedna komponenta operacniho
systemu,
> > kterou muzu nebo nemusim pouzivat. Neni to zaplata neco opravujici.
KER
>
> zdaleka to nie je nejaka volitelna komponenta OS, je to aplikacny
> "runtime" nevyhnutny na prevadzkovanie .NET aplikacii, inymi
> slovami novych "standardnych" Windows aplikacii.
>
> Erik Salaj
Myslim, ze autor tym reagoval na povodne tvrdenie, ze FW je nutnou
zaplatou, ktoru ked niekto nema je hazarder, co samozrejme nie je
pravda. FW je skutocne samostatnou castou, ktora s OS nema vela
spolocneho z pohladu bezpecnostnych zaplat
ADMIN: Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 18.12.2005 14:59:39
Ukoncete uz debatu. Vcera stacilo, vsichni jste jiz meli sanci a dost
casu vyjadrit se, takze uz je konec. Zase priste...
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================Win32 a .NET
[*] Erik Salaj <winsoft(zv)netkosice.sk> - 18.12.2005 14:53:14
> ..NET stale jeste NENI soucasti VSECH operacnich systemu.
> Rekni mi jediny duvod proc pro bezpecnost instalovat na W2000prof .NET framework (tedy pokud ho samozrejme nejaka firemni aplikace
nebude pozadovat, coz v dobe dnesnich tenkych klientu neni zas az tak caste a striktni)
> Navic u XP je to tusim i pri updatu volitelna zalezitost.
> Dale pokud je dnes nekde FW 1.1 na XP zase se spravce nepretrhne tam honem davat 2.0 pokud to nebude potrebovat.
>
> Proste zvedni oci od sveho nadupaneho vyvojoveho PC, kam se prihlasujes jako admin a koukni se kolem sebe. Myslis, ze neexistuji
firemni site s W98, W2K a s pocitaci s 128MB RAM a CELERONEM 400-900Mhz kde uzivatel nema prava admina a kde spravce framework
nainstaloje jedine pokud to bude nezbytne nutne ?
>
> Co ja vidim, tak je jich zatim velka vetsina, XPcka se totiz ve firemni sfere dost opozdila, protoze v prvni verzi nenabizela nic
vic nez W2K ci spise naopak byly s tim spis problemy.
> Zivotnost stanic je ve firmach cca 3-4 roky, takze se to hned tak nehne a doba kdy bude .NET FW na kazdem stroji je jeste pomerne
daleko.
je to rozhodnutie Microsoftu, ake technologie bude Windows
pouzivat. A situacie a problemy, co tu popisujes mozes reportovat
akurat tak Microsoftu, ja s nimi nic neurobim. Zatial je situacia
taka, ze jednoducho, ci chces alebo nechces, .NET budes
na Windowse potrebovat, ak nie zajtra tak pozajtra. Take je
totiz strategicke smerovanie systemu Windows a toto smerovanie
moze zmenit len Microsoft (napr. sa tato technologia komercne
nepresadi, tak mozno vymyslia nieco ine).
Erik Salaj
Win32 a .NET
[*] Erik Salaj <winsoft(zv)netkosice.sk> - 18.12.2005 14:38:47
> > kedze .NET je sucastou operacneho systemu, tak v spravne updatovanych
> pocitacoch
> > by mal IMHO automaticky byt. Spravca by sa mal starat, aby na pocitaci
> bolo aktualne
> > updaty OS (vcitane bezpecnostnych zaplat) a .NET je jednym z nich.
> Nechapem,
> > naco tam vlastne spravca je, ked nerobi taku zakladnu vec akou je
> aktualizacia
> > systemu.
>
>
> ale to prece neni pravda - je to jen jedna komponenta operacniho systemu,
> kterou muzu nebo nemusim pouzivat. Neni to zaplata neco opravujici. KER
zdaleka to nie je nejaka volitelna komponenta OS, je to aplikacny
"runtime" nevyhnutny na prevadzkovanie .NET aplikacii, inymi
slovami novych "standardnych" Windows aplikacii.
Erik Salaj
Win32 a .NET
[*] Ludek <konference(zv)sales(tec)cz> - 18.12.2005 14:28:20
----- Original Message -----
From: "Pavol Kakacka" <kasix(zv)atlas(tec)cz>
> Mno, ak sa bavime o firmenom prostredi, tak ruku na srdce, ale keby si Ty
> bol vo vedeni firmy, dovoloval by si svojim podriadenym instalovat rozne
> utilitky na svoje PC bez vedomia spravcu a ohrozovat tak bezpecnost svojich
> investicii? :-D
Ahoj,
No prece jasne ze ne.... ale protoze prostrednictvim svyh lidi zodpovidam krom jineho take za nekolik firemnich siti dohromady citajicich vice nez 120 PC, tak vim, ze to stejne nikdy dokonale neuhlidate.
Nicmene spolehilivy antivir, bezpecnostni politika, a vice ci mene takova aplikace sit neohrozi.
Navic to nemusi byt jen program ktery je vyslovene nezadouci, muze to byt treba demo velmi zajimaveho SW, ovsem pokud dotycny pracovnik najde 3 na pohled srovnatelne softwerky resici jeho problem a po stazeni bude pro jeden potrebovat zavolat spravce a instalovat chybejici FW co se s nim asi stane :)
Ludek
Pocet polozek v SQL tabulce
[*] Slavomir Skopalik <skopalik(zv)elektlabs(tec)cz> - 18.12.2005 14:25:55
Jo, ale pouze pokud nepouzivas indexy !
Ono totiz cteni indexu PK klice stoji okolo 50% celkoveho
casu (firebird).
Mo zkusenosti rikaji, ze je mnohem (nekolik radu) rychlejsi
mit data ve sloupcich, nez v radcich.
Zopakuji to co jsem psal na zacatku, aby bylo mozne rici neco malo
o tom, zda je normalni mit 200+ sloupcu v tabulce, je toho treba
vedet docela hodne.
Slavek
> z duvodu naplneni datove stranky. Pochopitelne v zavislosti podle
> velikosti polozek. Pokud se mi na stranku vejde vice vet,
> ziskam vyssi
> vykon.Win32 a .NET
[*] Ludek <konference(zv)sales(tec)cz> - 18.12.2005 14:19:29
----- Original Message -----
From: "Erik Salaj" <winsoft(zv)netkosice.sk>
> > Tady mam na mysli spise to, ze je urcity okruh aplikaci (dejme tomu z principu jednouzivatelskych , personalnich ), kde pokud budu
> vyzadovat framework mohu narazit na to, ze ve firme s vice lidmi narazim na to, ze uzivatel musi pozadat spravce o instalaci
> frameworku a to samozrejme pravdepodobne muze narazit. Spravce si rozhodne nebude do site na stanice poustet FW pokud to nebude
> potrebovat pro firemni aplikace. Cili pokud budu psat nejakou databazi hudebnich CD cek muzu diky .NETu narazit, zatimci ve WIN32 to
> lze napsat tak aby to bezelo i pod pravama obycejneho domain usera.
>
> kedze .NET je sucastou operacneho systemu, tak v spravne updatovanych pocitacoch
> by mal IMHO automaticky byt. Spravca by sa mal starat, aby na pocitaci bolo aktualne
> updaty OS (vcitane bezpecnostnych zaplat) a .NET je jednym z nich. Nechapem,
> naco tam vlastne spravca je, ked nerobi taku zakladnu vec akou je aktualizacia
> systemu.
Ahoj,
..NET stale jeste NENI soucasti VSECH operacnich systemu.
Rekni mi jediny duvod proc pro bezpecnost instalovat na W2000prof .NET framework (tedy pokud ho samozrejme nejaka firemni aplikace nebude pozadovat, coz v dobe dnesnich tenkych klientu neni zas az tak caste a striktni)
Navic u XP je to tusim i pri updatu volitelna zalezitost.
Dale pokud je dnes nekde FW 1.1 na XP zase se spravce nepretrhne tam honem davat 2.0 pokud to nebude potrebovat.
Proste zvedni oci od sveho nadupaneho vyvojoveho PC, kam se prihlasujes jako admin a koukni se kolem sebe. Myslis, ze neexistuji firemni site s W98, W2K a s pocitaci s 128MB RAM a CELERONEM 400-900Mhz kde uzivatel nema prava admina a kde spravce framework nainstaloje jedine pokud to bude nezbytne nutne ?
Co ja vidim, tak je jich zatim velka vetsina, XPcka se totiz ve firemni sfere dost opozdila, protoze v prvni verzi nenabizela nic vic nez W2K ci spise naopak byly s tim spis problemy.
Zivotnost stanic je ve firmach cca 3-4 roky, takze se to hned tak nehne a doba kdy bude .NET FW na kazdem stroji je jeste pomerne daleko.
Ludek
Pocet polozek v SQL tabulce
[*] Ludek <konference(zv)sales(tec)cz> - 18.12.2005 14:01:03
----- Original Message -----
From: "Jan Sebelik" <honza(zv)haes(tec)cz>> > Ja nevim proste se mi nezda nic "spravneho" na generalnim tvrzeni
> > ze tabulka ma mit maximalne x poli a jinak uz je model spatne.
> Jeslize tabulka (entita) obsahuje napr. adresu, pak uz tim, ze jsme vyslovili slovo ci pojem "adresa", identifikovali jsme tridu (ci entitu), ktera ma svuj samostatny specificky vyznam, nikoli tedy vyznam pouze jako vycet polozek adresy v nejake jine tabulce.
>
> Jakmile ale takto identifikujeme "adresu" a jine tridy (entity) a zacneme pro ne psat serverovou aplikaci logiku (triggery, ulozene procedury), pak tuto aplikacni logiku musime spojit s tridou (tabulkou) "adresa", nikoli s tabulkou "odberatel". Tedy budeme psat triggery pro tabulku ADRESA, nikoli nejak vyzobavat zmenu adresy v tabulce ODBERATEL.
Ahoj,
No ale tohle je mozny "normalizacni" duvod...
Napriklad pokud bych mel zaznam o petisetuhelniku a mel tim padem mit v tabulce 500 vektoru (ale probuh nechytej mne za slovo jestli se da 500 uhelnik popsat lip)
Co by mne "opravnovalo" rozhodit to do vice tabulek a co by to melo za efekt.
Jaky rozdil vidis v takovehle strukture:
A)
TABLE UHELNIK
--------------------
UHELNIK_ID INT IDENTITY(1,1)PRIMARY KEY,
UHELNIK_NAZEV varchar(60),
UHELNIK_V1 int,
.....
UHELNIK_V500 int,
B)
TABLE UHELNIK
--------------------
UHELNIK_ID INT IDENTITY(1,1)PRIMARY KEY,
UHELNIK_NAZEV varchar(60)
TABLE VEKTORY
---------------------------
UHELNIK_ID int,
VEKTOR_STRANA int, --(1..500)
UHELNIK_VEKTOR int
Ludek
Win32 a .NET - pejme pisen dokola!
[*] MaReK Penguin Olsavsky <orsm(zv)centrum(tec)cz> - 18.12.2005 13:50:35
>>Kdyz za mnou nekdo prijde s ulohou pro Dos
>>budu se mu smat, ze nema lepsi stroj n
>>ebo radeji oprasim turbopascal ci assembler? Co myslite, ze udelam?
>
> Odpoved je jednoducha. Ak na tom nezarobis, tak ho odmietnes. :-)
^^^Nebyl bych si timto tvrzenim jist, ta dosova masinka se muze udrzovat
treba proto, ze na ni muze byt soft, ktery primo pristupuje napriklad na
merici karty, dokonce v takovem pripade bych radsi dos, Win i Linux si
umi tyhle nizkourovnovy pristupy dost ohlidat :-). Takovyto zajimavustky
vypadaji sice neatraktivne, ale jednako jsou dobrou vyzvou pro
programatory (ne lepice, kteri naskladaji na formular par prvku a pak se
chlubi, jakou genialnost naprogramovali), sbirat data, ulozit je na
disk, pak je odfiltrovat od sumu...
Ja bych nejspise oprasil ten turbo pascal a assembler, nebo jeste lepe
Turbo C+-+-, ale pokud by nebyl vyzadovan nejaky UI (treba
TurboVisionovy), tak bych asi sahnul po Forthu :-D.
MaReK
--
MaReK "Penguin" Olsavsky
PHP Voodoo
e-mail: orsm(zv)centrum(tec)cz
private web: http://orsm.wz(tec)cz
ICQ#: 160 178 925; MSN: orsm(zv)centrum(tec)cz; Skype: Penguin_007
tel.: +-420-603-519-650; +-420-775-154-689 (775-1-LINUX)
Win32 a .NET
[*] kocan(zv)ebchod(tec)cz - 18.12.2005 13:05:16
> kedze .NET je sucastou operacneho systemu, tak v spravne updatovanych
pocitacoch
> by mal IMHO automaticky byt. Spravca by sa mal starat, aby na pocitaci
bolo aktualne
> updaty OS (vcitane bezpecnostnych zaplat) a .NET je jednym z nich.
Nechapem,
> naco tam vlastne spravca je, ked nerobi taku zakladnu vec akou je
aktualizacia
> systemu.
ale to prece neni pravda - je to jen jedna komponenta operacniho systemu,
kterou muzu nebo nemusim pouzivat. Neni to zaplata neco opravujici. KER
Pocet polozek v SQL tabulce
[*] petr palicka <palicka.petr(zv)seznam(tec)cz> - 18.12.2005 13:36:09
Ahoj,
Ludek napsal(a):
> Muzes mi rici jeden jedinny duvod proc ti generalne vadi 207 poli v tabulce?
z duvodu naplneni datove stranky. Pochopitelne v zavislosti podle
velikosti polozek. Pokud se mi na stranku vejde vice vet, ziskam vyssi
vykon.
Peca
Win32 a .NET
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 18.12.2005 13:04:51
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Ludek
> Tady mam na mysli spise to, ze je urcity okruh aplikaci
> (dejme tomu z principu jednouzivatelskych , personalnich ),
> kde pokud budu vyzadovat framework mohu narazit na to, ze ve
> firme s vice lidmi narazim na to, ze uzivatel musi pozadat
> spravce o instalaci frameworku a to samozrejme pravdepodobne
> muze narazit. Spravce si rozhodne nebude do site na stanice
> poustet FW pokud to nebude potrebovat pro firemni aplikace.
> Cili pokud budu psat nejakou databazi hudebnich CD cek muzu
> diky .NETu narazit, zatimci ve WIN32 to lze napsat tak aby to
> bezelo i pod pravama obycejneho domain usera.
Mno, ak sa bavime o firmenom prostredi, tak ruku na srdce, ale keby si Ty
bol vo vedeni firmy, dovoloval by si svojim podriadenym instalovat rozne
utilitky na svoje PC bez vedomia spravcu a ohrozovat tak bezpecnost svojich
investicii? :-D
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Pocet polozek v SQL tabulce
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 18.12.2005 13:25:43
Puvodni zprava ze dne 18.12.2005:
> Cituji Ing. Vrska, ktery me z datoveho modelovani pred lety hodne,
> hodne naucil:
> "Pokud ma entita vice nez 15 polozek, signalizije to pravdepodobne
> chybu v datovem navrhu."
Hm... takovych rozumu vzdycky bylo, je a bude. Jakkoliv je databazovy
design narocna zalezitost, tak soucasne je kazdy takovy design natolik
specificka zalezitost pro dany projekt a dane pouziti, ze timto
zpusobem rozhodne nelze generalizovat. Inteligentni a zkuseny database
designer rozhodne nemuze nikdy vypustit z pusy takovouhle definici
zalozenou na nejakem diskutabilnim cisle vycucanem z prstu bez
znalosti daneho projektu. Je to proste absolutni hloupost. A to i
presto, ze je tam obsazeno slovo "pravdepodobne".
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] kocan(zv)ebchod(tec)cz - 18.12.2005 13:04:26
> Ja nevim proste se mi nezda nic "spravneho" na generalnim tvrzeni ze
tabulka ma mit maximalne x poli a jinak uz je model spatne.
ano, neplati to generalne, ale jedna ze zakladnich poucek vsech velikanu v
historii modelovani relacniho modelu rika, ze pri vice nez 200 atributech je
nekde neco spatne.
samozrejme nelze generalizovat, normalni formy se zcela regulerne i v praxi
porusuji, napriklad z duvodu rychlosti.
Mozna mi to uteklo, ale bez hlubsi znalosti te aplikace se v podstate nic
moc rici neda:( KER
Win32 a .NET - pejme pisen dokola!
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 18.12.2005 11:59:25
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Milan Kajnar
> To co se tu neustale resi nema uz nic spolecneho s
> programovanim, tak piste svuj kod v cem to umite a v cem vam
Ja myslim, ze ma a hodne. Zodpovedanie otazky "Co bude dalej a v com mam
pracovat" je podla mna dolezite.
> a dost casto je to kombinace vseho co zname. Proto netlacme
> druhym do palice, ze .Net je lepsi nez Delphi a naopak. Kdo
Myslim, ze i ked tu bolo prispevkov hodne, spravidla sa preberali fakta, nie
len pocity. Situacia bola ina pred dvoma rokmi, ked sa o tomto v tejto
konferencii zacalo hovorit, ale teraz mnoho z nas uz skusenosti jakez-takez
ma.
> Kdyz za mnou nekdo prijde s ulohou pro Dos
> budu se mu smat, ze nema lepsi stroj n
> ebo radeji oprasim turbopascal ci assembler? Co myslite, ze udelam?
Odpoved je jednoducha. Ak na tom nezarobis, tak ho odmietnes. :-)
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Pocet polozek v SQL tabulce
[*] Martin Burle <mburle2(zv)volny(tec)cz> - 18.12.2005 12:27:58
> "Pokud ma entita vice nez 15 polozek, signalizije to pravdepodobne chybu v
datovem navrhu."
Ahoj, to cislo 15 vyslovil pravdepodobne jako nadsazku, nebot do 15ti poli
se nevejdes ani s tim adresarem - nebo pokud ano, tak za takovou normalizaci
pak nejspis zaplatis zbytecnou dan pri programovani ;).
Myslim, ze cistotu datoveho navrhu je potreba podridit realisticky
odhadnutym potrebam aplikace a moznostem/casu vyvojare aplikace.
MB
Pocet polozek v SQL tabulce
[*] Slavomir Skopalik <skopalik(zv)elektlabs(tec)cz> - 18.12.2005 12:19:32
Tohle si dovolim zpochybnit, ono velmi zalezi na kontextu.
Ja delam DB do prumyslu a v nekterych pripadech
je i 500 sloupcu malo.
Ono totiz velmi zalezi na uloze, napriklad mejme 1000 cidel
na reaktoru, tak proste udelame 1000 sloupcu.
Dekompozice (rezdeleni do Entit) ma smysl pouze v pripadech,
kdy s temito entitamy potrebujeme pracovat.
Treba tvoje adresa ma smysl byt separe POUZE v pripade,
ze ji budeme potrebovat i v jinem kontextu, nez v kontextu
ODBERATELE.
Ono totiz rozdeleni do zbytecne velkeho poctu tabulek
opravdu vede k podstanemu snizeni vykonu a k prodlouzeni
doby vyvoje aplikace.
Napriklad IB5 pri vesim poctu tabulek jak 6 zpanikarila
a prestala pouzivat indexy v selectech !!
Ono otazka neni o tom, jestli je 207 sloupcu moc, nebo malo,
ale o tom, jestli to dava smysl nebo ne.
Kdyby byl limit 15 sloupcu opravdu pravdivy, tak by DB neumoznovaly
vytvorit vice jak 15 sloupcu.
Slavek
PS: Opravdovy programator se neboji GOTO :)))
> "Pokud ma entita vice nez 15 polozek, signalizije to
> pravdepodobne chybu v datovem navrhu."
>
> Ackoli hovorime o relacnich databazich, myslim, ze se na to
> muzeme podivat i z objektoveho pohledu.Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 18.12.2005 12:17:07
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Pavel Malinsky
> Sent: Sunday, December 18, 2005 12:09 PM
>
> Mam vetsinu aplikaci(exac a mnoho dll) posazenych na
> serveru a radove desitky klientu maji na stanici jen link na
> exac co je na serveru. Na stanici mam maximalne gds32.dll.
> Jak toto obejdu v .NET, kdyz proste nechci(resp. admin site)
> obchazet stanice a instalovat .NET FW.
> Nechci = neni to treba ani mozne, protoze na stanicich jsou
> "male disky" a jsou to stare kramy.
Pokud tomu nebrani nic dalsiho, v techto pripadech se nasazuje webform. A
mas vystarano i s updaty.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Pavel Malinsky <malinsky(zv)pmcom(tec)cz> - 18.12.2005 12:08:41
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Ludek
Ahoj,
> Tady mam na mysli spise to, ze je urcity okruh aplikaci
> (dejme tomu z principu jednouzivatelskych , personalnich ),
> kde pokud budu vyzadovat framework mohu narazit na to, ze ve
> firme s vice lidmi narazim na to, ze uzivatel musi pozadat
> spravce o instalaci frameworku a to samozrejme pravdepodobne
> muze narazit. Spravce si rozhodne nebude do site na stanice
> poustet FW pokud to nebude potrebovat pro firemni aplikace.
Mam vetsinu aplikaci(exac a mnoho dll) posazenych na serveru a radove
desitky
klientu maji na stanici jen link na exac co je na serveru. Na stanici
mam maximalne gds32.dll. Jak toto obejdu v .NET, kdyz
proste nechci(resp. admin site) obchazet stanice a instalovat .NET FW.
Nechci = neni to treba ani mozne, protoze na stanicich jsou
"male disky" a jsou to stare kramy.
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky(zv)pmcom(tec)cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
Win32 a .NET - D5 vs. D7
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 18.12.2005 12:04:16
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Jan Sebelik
> > mimochodem vsimli jste si ze spousta lidi dela pro Win32 treba v
> > Delphi5
>
> Jasne, protoze dalsi verze uz nic moc zasadne noveho neprinaseji.
>
> Teda podle mne ano, rozhodne alespon tolik, kolik mi stalo za
> upgrade D5-D7.
> Jenze se zda, ze D5 opravdu mnoha lidem staci.
Ja suhlasim s Honzom. Rozdiel medzi D5 a D7 je podla mna ZASADNY!!!
D7 proti D5 prinasa:
+ vyzsia stabilita
+ podstatne vyzsia rychlost kompilacie
+ mnoho uzitocnych "features" v IDE
+ drobne rozsirenie jazyka
+ tusim, ze od D6 i podpora "WinXP style" aplikacii.
+ nie som si uz uplne isty, ale mam pocit ze i podpora XML a WebServices,
ktora v D5 nebola
+ ...
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
ADMIN: Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 18.12.2005 12:01:50
Ukoncete uz debatu. Vcera stacilo, vsichni jste jiz meli sanci a dost
casu vyjadrit se, takze uz je konec. Zase priste...
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 18.12.2005 11:58:59
> Ja nevim proste se mi nezda nic "spravneho" na generalnim tvrzeni
> ze tabulka ma mit maximalne x poli a jinak uz je model spatne.
> Ludek
To neni z me hlavy
:-)
Cituji Ing. Vrska, ktery me z datoveho modelovani pred lety hodne, hodne naucil:
"Pokud ma entita vice nez 15 polozek, signalizije to pravdepodobne chybu v datovem navrhu."
Ackoli hovorime o relacnich databazich, myslim, ze se na to muzeme podivat i z objektoveho pohledu.
Jeslize tabulka (entita) obsahuje napr. adresu, pak uz tim, ze jsme vyslovili slovo ci pojem "adresa", identifikovali jsme tridu (ci entitu), ktera ma svuj samostatny specificky vyznam, nikoli tedy vyznam pouze jako vycet polozek adresy v nejake jine tabulce.
Jakmile ale takto identifikujeme "adresu" a jine tridy (entity) a zacneme pro ne psat serverovou aplikaci logiku (triggery, ulozene procedury), pak tuto aplikacni logiku musime spojit s tridou (tabulkou) "adresa", nikoli s tabulkou "odberatel". Tedy budeme psat triggery pro tabulku ADRESA, nikoli nejak vyzobavat zmenu adresy v tabulce ODBERATEL.
Adresa se objevuje nejen u odberatele (treba i vickrat, a to nikoli s porusenim 1. normani formy - sidlo, adresa pro zasilani, ...), ale i v jinych tabulkach. Jakmile vznikne pozadavek na evidenci zmeny adresy a sledovani historie, napiseme jeden trigger nad tabulkou ADRESA. Nebudeme prece v 10 tabulkach patlat triggery pro zmeny v polozkach ruznych typu adres.
Z objektoveho hlediska to pak je jeste patrnejsi (viz treba Cache). Aplikacni logika pak bude vyjadrena metodami tridy ADRESA.
Honza
(Ing. Vrsek: Soft Model Case - ten CASE byl metodicky velmi dobre navrzen, bohuzel velmi spatne zprogramovan - Turbo Pascal for Windows. Jo, jo, kde jsou ty casy, ...)
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================Win32 a .NET
[*] Erik Salaj <winsoft(zv)netkosice.sk> - 18.12.2005 11:56:34
> Tady mam na mysli spise to, ze je urcity okruh aplikaci (dejme tomu z principu jednouzivatelskych , personalnich ), kde pokud budu
vyzadovat framework mohu narazit na to, ze ve firme s vice lidmi narazim na to, ze uzivatel musi pozadat spravce o instalaci
frameworku a to samozrejme pravdepodobne muze narazit. Spravce si rozhodne nebude do site na stanice poustet FW pokud to nebude
potrebovat pro firemni aplikace. Cili pokud budu psat nejakou databazi hudebnich CD cek muzu diky .NETu narazit, zatimci ve WIN32 to
lze napsat tak aby to bezelo i pod pravama obycejneho domain usera.
kedze .NET je sucastou operacneho systemu, tak v spravne updatovanych pocitacoch
by mal IMHO automaticky byt. Spravca by sa mal starat, aby na pocitaci bolo aktualne
updaty OS (vcitane bezpecnostnych zaplat) a .NET je jednym z nich. Nechapem,
naco tam vlastne spravca je, ked nerobi taku zakladnu vec akou je aktualizacia
systemu.
Erik Salaj
Win32 a .NET
[*] Ludek <konference(zv)sales(tec)cz> - 18.12.2005 11:46:08
----- Original Message -----
From: "Pavol Kakacka" <kasix(zv)atlas(tec)cz>> > [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Ludek
> > Napadl mne jeste jeden podstatny argument pro psani nad
> > WIN32. A to je to, ze i kdyz pominu velikost frameworku ktera
> > znesnadnuje stazeni, tak pro instalaci FW jsou potreba
> > administratorska prava, a to muze byt pro nektere aplikace
> > klicovy problem.
>
> Zaujimavy pohlad. Podla skusenosti od velkych firiem (> 100 zamestnancov)
> viem, ze prave bezpecnost je to, co by od aplikacii radi dostali a ani za
> panaboha im to programatori nie su schopni dat. :-)
> Pritom dufam, ze aspon v bode lepsiej bezpecnosti .NETu sa zhodneme. :-)
>
Ahoj,
Tady mam na mysli spise to, ze je urcity okruh aplikaci (dejme tomu z principu jednouzivatelskych , personalnich ), kde pokud budu vyzadovat framework mohu narazit na to, ze ve firme s vice lidmi narazim na to, ze uzivatel musi pozadat spravce o instalaci frameworku a to samozrejme pravdepodobne muze narazit. Spravce si rozhodne nebude do site na stanice poustet FW pokud to nebude potrebovat pro firemni aplikace. Cili pokud budu psat nejakou databazi hudebnich CD cek muzu diky .NETu narazit, zatimci ve WIN32 to lze napsat tak aby to bezelo i pod pravama obycejneho domain usera.
Co se tyce vetsi bezpecnosti .NET, tak to je relativni, a myslim ze ani zde nelze generalizovat (a uvidime co se v budoucnu vyvrbi) ale urcite se da predpokladat ze dobre napsana aplikace nad .NETem by mela byt z principu bezpecnejsi ne dobre napsana aplikace nad WIN32. Otazkou ovsem budou vlastni diry frameworku. Nicmene otazka znela "Jake nove aplikace nazacinat nad .NETem ale zacinat je nad WIN32."
Par jich tady bylo popsano a at se skalni zastanci .NETu zlobi jak chteji, existuji dnes stale jeste oblasti kde je stale jeste mnohem rozumnejsi napsat aplikaci nad WIN32 nez nad .NETem. Dalsi nezpochybnitelny fakt je ten, ze v budoucnu bude techto oblasti zcela jiste postupne ubyvat. A tak jako dnes uz asi nikdo nezacne novy projekt nad DOSem, tak za xx let (netroufam si to odhadnout) nebude nikdo nic zacinat nad WIN32. Programy napsane pro WIN32 vsak tou dobou budou jeste pomerne casto fungovat a bude je nutne udrzovat (tak jako furu DOSovskych ucetnictvi dneska)
Ludek
Win32 a .NET - pejme pisen dokola!
[*] Milan Kajnar <mkajnar(zv)mikesoft(tec)cz> - 18.12.2005 11:31:41
To co se tu neustale resi nema uz nic spolecneho s programovanim, tak piste svuj kod v cem to umite a v cem vam to vezme zakaznik. Nejvic nesmyslne prispevky tu
pisou ti co asi nevi co to programovani je a co to je byt programatorem. Neni to o tom umet napsat v .Net nebo v Delphi nejaky kod a hned si myslet, ze to v ji
nem jazyce nez delam ja proste musi stat za ..... Programovani je filozofie, nekdy az silena mozaika toho co se musi vsechno skloubit, aby vysledek stal za to
a dost casto je to kombinace vseho co zname. Proto netlacme druhym do palice, ze .Net je lepsi nez Delphi a naopak. Kdo umi zakaznikovi nabidnout oboje nebo vic
e vyhrava. Ten je nam panem. Tomu nekdy sumak zalezi na tom v cem to napisete. Kdyz za mnou nekdo prijde s ulohou pro Dos budu se mu smat, ze nema lepsi stroj n
ebo radeji oprasim turbopascal ci assembler? Co myslite, ze udelam?
Pocet polozek v SQL tabulce
[*] Ludek <konference(zv)sales(tec)cz> - 18.12.2005 11:11:14
----- Original Message -----
From: "Jan Sebelik" <honza(zv)haes(tec)cz>
> Stydel bych se, kdyby "z me dilny" vypadnul datovy navrh, kde tabulka ma 207 polozek.
Ahoj,
Muzes mi rici jeden jedinny duvod proc ti generalne vadi 207 poli v tabulce ?
Prece pokud mam pro dany klic sledovat 500 ruznych atributu, tak jich tam tech 500 dam, rozdeleni do vice tabulek ma IMHO smysl naopak jen ve velmi oduvodnenem pripade, napriklad kdyz by se dejme tomu nejaka skupina po vice polich vyskytovala v mene nez v 10-20% zaznamu.
Ja nevim proste se mi nezda nic "spravneho" na generalnim tvrzeni ze tabulka ma mit maximalne x poli a jinak uz je model spatne.
Ludek Win32 a .NET
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 18.12.2005 11:02:48
> radek3311(zv)volny(tec)cz
Tuto diskusi jsem sledoval jenom zpovzdali.
Ted ale reagovat musim.
> mimochodem vsimli jste si ze spousta lidi dela pro Win32 treba v
> Delphi5
Jasne, protoze dalsi verze uz nic moc zasadne noveho neprinaseji.
Teda podle mne ano, rozhodne alespon tolik, kolik mi stalo za upgrade D5-D7.
Jenze se zda, ze D5 opravdu mnoha lidem staci.
> jsem zvedav jak toto budete provozovat s .NET kdyz s
> kazdou novou verzi (ktera uz je ta "spravna") MS vydava novou verzi
> VisualStudia.
No, D1 1994, D2 1995, D3 ted nevim, D4 1998, ..., po 11 letech tu mame verzi 10.
> jak uz tady rekl nekdo za me .NET neprinasi nic vyvojarum a ani
> zakaznikum -
Tohle tady, myslim, nerekl takhle jednoznacne NIKDO.
> proto pisu svoje projekty ve Win32
Ja taky pisu v D7 pro Win32. Ale spis proto, ze .NET jeste neumim natolik, abych byl dostatecne produktivni. Pak taky proto, co tady argumentoval Petr Zahradnik - proste jsou zakaznici, kteri reknou: ".NET (zatim) ne".
Rozhodne ale neberu tvoji uvahu:
"V .NET nepisu proto, protoze to nic neprinasi, jak tady nekdo rekl."
To je chybna uvaha a nepravda.
> a pokud je
> pozadovana verze .NET tak lehce svuj projekt pro Win32 prelozim v
> Delphi jako .NET projekt.
Preci tady bylo mnohokrat receno, ze Delphi neumi prelozit Win32 projekt (VCL) jako .NET projekt.
Myslim, ze neni treba to tedy state opakovat, i kdyz to, zda se, nekdo nechce pochopit.
> budoucnosti se nebojim protoze Borland prijde s nativnim 64Bit VCL
> s podporou Unicode - potom uz nebude zadny duvod psat v .NET a cely
> .NET bude neco jako sveho casu VisualBasic akorad ze misto VBRun se
> bude pouzivat framework :-)
At to ctu zepredu dozadu a zezadu dopredu, nemohu si tvoje slova vysvetlit jinak, nez ze tady jde o nejake velke nedorozumeni.
Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================Win32 a .NET
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 18.12.2005 10:32:21
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Ludek
> Napadl mne jeste jeden podstatny argument pro psani nad
> WIN32. A to je to, ze i kdyz pominu velikost frameworku ktera
> znesnadnuje stazeni, tak pro instalaci FW jsou potreba
> administratorska prava, a to muze byt pro nektere aplikace
> klicovy problem.
Zaujimavy pohlad. Podla skusenosti od velkych firiem (> 100 zamestnancov)
viem, ze prave bezpecnost je to, co by od aplikacii radi dostali a ani za
panaboha im to programatori nie su schopni dat. :-)
Pritom dufam, ze aspon v bode lepsiej bezpecnosti .NETu sa zhodneme. :-)
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Win32 a .NET
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 18.12.2005 10:25:56
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of radek3311(zv)volny(tec)cz
> mimochodem vsimli jste si ze spousta lidi dela pro Win32 treba v
> Delphi5 - jsem zvedav jak toto budete provozovat s .NET kdyz s
> kazdou novou verzi (ktera uz je ta "spravna") MS vydava novou verzi
> VisualStudia. Pak ta nakoupena VisualStudia pro .NET 2.0 a
> komponenty slavnostne zahodite az vyjde .NET 3.0 ? A kolik verzi
> .NET jeste vyjde - napr. ASP.NET 2.0 je pry na urovni betaverze.
> Kolik budeme muset kazdy rok investovat do .NET tak abychom udrzely
> krok s vydavanim novych verzi frameworku ?
VS studio je podstatne lacnejsie nez Delphi!
> jak uz tady rekl nekdo za me .NET neprinasi nic vyvojarum a ani
> zakaznikum - proto pisu svoje projekty ve Win32 a pokud je
> pozadovana verze .NET tak lehce svuj projekt pro Win32 prelozim v
> Delphi jako .NET projekt.
A niekto iny tu povedal, tusim, ze som tom bol ja, ze vyvoj pod .NET a C# je
efektivnejsi nez pod Delphi.Win32 a Pascal .... Proste napisat aplikaciu v
VS.NET, ktora nevyuziva aplikacny framework, neni logisticky zlozita, trva
zhruba asi tretinu az polovinu casu oproti Delphi.Win32, coz je zasadne a
vzhladom k tomuto su pre mna ceny komponent zanedbatelna prkotina, pretoze
staci, ked mesiac, dva, tri, ... nebudem vynakladat naklady na programatorov
a komponenty mam zaplatene.
Ak sa vam toto nezda dostatocne, tak potom ostante u Delphi.
Ale pozor, kedysi som aj bol strasnym zastancom Delphi (viz. moje prispevky
pred 1 az 2 rokmi), pretoze to je skutocne nastroj a jazyk, ktory som
miloval. Bohuzial, hlavne vdaka ignoracii a neschonosti Borlandu, je tu
niekto silnejsi.
> budoucnosti se nebojim protoze Borland prijde s nativnim 64Bit VCL
> s podporou Unicode - potom uz nebude zadny duvod psat v .NET a cely
> .NET bude neco jako sveho casu VisualBasic akorad ze misto VBRun se
> bude pouzivat framework :-)
S buducnostou nastava dalsi problem! Mozna je to len pohlad nas managerov,
ale kde zozeniete dobrych prgramatorov Delphi?
Velky zakaznici z Nemecka, ktori si od nas nechavaju vyvijat SW (vcetne
zdrojovych kodov) uz o Delphi nestoja prave kvoli nedostatku Delphi
programatorov. Beru jedine C++ alebo C#, okrajovo i Javu (s tou zase nerobim
ja).
Osobne som mal uz roky a stale mam problem zohnat dobrych Delphi
programatorov. Len pre zaujimavost: napriklad pri osloveni tejto konferencie
s ponukou prace pre Prahu sa spravidla (v lepsom pripade) ohlasia 2.
U C-eckovych jazykov je to inak.
btw: V januari/lednu zase chystam prilezitost pre dobrych programatorov
Delphi prechadzajucich z Delphi.Win32 na VS.NET. Ocakavam, ze sa ozvu viac
nez 2 ludia. Uvidime :-)
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Efektivita v .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 18.12.2005 09:33:26
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of radek3311(zv)volny(tec)cz
> Sent: Sunday, December 18, 2005 1:22 AM
>
> mimochodem vsimli jste si ze spousta lidi dela pro Win32 treba v
> Delphi5 - jsem zvedav jak toto budete provozovat s .NET kdyz
> s kazdou novou verzi (ktera uz je ta "spravna") MS vydava
> novou verzi VisualStudia. Pak ta nakoupena VisualStudia pro
> .NET 2.0 a komponenty slavnostne zahodite az vyjde .NET 3.0 ?
FYI - narozdil od VCL, kde neni kompatibilita ani mezi pulverzemi (to je
treba duvod, proc hodne lidi skoncilo u D5, a ja jim v tom davam plne za
pravdu), mohu v z vyssi verze .NET naprosto bez problemu volat komponenty z
nizsi verze .NET. Jestlize mam tedy odladeny a uzavreny kod ve verzi 1.1,
mohu ho volat z kodu napsanem ve verzi 2.
Coz je dalsi plus pro efektivitu, protoze nemusim slozite testovat veskery
svuj kod pri prechodu na novou verzi (jako v Delphi).
> Kolik budeme muset kazdy rok investovat do .NET tak abychom
> udrzely krok s vydavanim novych verzi frameworku ?
Klidne i nic, a mas to i s databazi:
http://msdn.microsoft.com/vstudio/express/default.aspx
Jinak si porovnej ceny vyssich verzi VS a delku inovacniho cyklu.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Pocet polozek v SQL tabulce
[*] Jan Sebelik <honza(zv)haes(tec)cz> - 18.12.2005 09:27:01
> Ahoj, ja myslim, ze by se to mozna neodrazilo ani tak na
> rychlosti serveru,
> jako na rychlosti vyvoje klientske aplikace ;). Pokud se ma napsat novy i
> klient, pak bych prekopal i DM. Pokud chteji jen vymenit databazi, bude
> lepsi nechat to tak jak to je, ne?
Pokusim se reagovat na vsechny prispevky, ktere na toto tema dosly.
Diky.
Hlavnim duvodem prechodu na FB je nestabilita .db tabulek, to jsme se zadavatelem konzultovali.
Nebude se to predelavat do BDE, ale do IBX, to jsme se zadavatelem odsouhlasili.
Noveho klienta nebudu delat ja, ale zadavatel svymi vlastnimi silami. Znaji dobre vecnou problematiku, spravne techniky prace s IBX jsme si odkonzultovali: Zadne IBTable, zadne IBQuery, vyhradne IBDataSet, nacitani omezene mnoziny dat atd., pro nevizualni vypocty IBSQL, ulozene procedury to zrychli nasobne, centralizace aplikacni logiky na serveru je taky jasny prinos.
Moje rozhodnuti, zda do datoveho modelu sahnout nebo to jen tak "jedna k jedne" prevest, je tedy motivovano predevsim takto
a)
Stydel bych se, kdyby "z me dilny" vypadnul datovy navrh, kde tabulka ma 207 polozek.
b)
Nechci programatorum zadavatele komplikovat praci, kdyz to maji nad Paradoxem odladene.
c)
Na strane druhe strane jsem presvedcen, ze procisteni datoveho modelu povede i k zjednoduseni klientskeho programovani, k vetsi modularite a stabilite na strane klienta.
d)
Jak jsem psal, ten prevod 1-1 je s pouzitim CASE Studia prace na pul hodiny.
Pokud se pustim do noveho datoveho modelu, dostanu vetsi penize :-)
Hledam tedy vhodny kompromis.
Nejde o srovnani Paradox - Firebird, tam jsou argumenty jasne.
Hledam argumenty, ze rozdeleni tabulek do mensich celku aplikaci nezpomali, ale naopak zrychli. Ze ucesani datoveho modelu prinese v konecnem dusledku usporu pracnosti pri programovani klienta (nejde jen o vyvoj, ale i o udrzbu).
Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes(tec)cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
====================================Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 18.12.2005 09:20:35
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 9:43 PM
>
> > Aplikaci, kterou jsi popisoval ty, bych udelal jasne v
> .NET, pokud by
>
> Jiste. Z duvodu vlastni zaslepenosti a absence jakehokoliv
> jineho nez programatorskeho mysleni (at jiz tim myslim
> mysleni uzivatelske nebo mysleni obchodni). Rozumne duvody k
> tomu totiz nejsou.
Takze proto, ze bych stejne zadani udelal z vyjmenovanych duvodu efektivneji
v .NET nez v Delphi, jsem tedy pitomec? No to jsi ponekud prehnal, ze?
> nazory, ale pouze vyvolat flame zrejme v obdobi, kdy zjevne
> nemas do ceho pichnout a nikdo asi zrovna nechce najmout .NET
> programatora :-) :-) :-)
Naopak, potrebuju se odreagovat, abych nezblbnul z premiry prace a ven jit
nemuzu, protoze jsem nemocny. :P
Kruci, a zas to odnesla nevinna konference.... ;)
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Editovani velkeho textu v .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 18.12.2005 09:16:10
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Pavol Kakacka
> Sent: Saturday, December 17, 2005 9:07 PM
>
> Zbysku, ak mas ten TextBox MultiLine = true, tak tam 2 GB
> textu nikdy nenarves tak, aby si mohol editovat
> a) pri pridavani po riadkoch (AppendText) bude text orezany
Zkusil jsem AppendText v .NET 1.1., a skutecne tam nejaky problem je. I kdyz
v zasade nevidim duvod, protoze ve WinForm je to stejna komponenta jako v
Delphi - jen obalka je jina.
V .NET 2 to uz jde bez problemu.
> btw: lepsie je pouzit Encoding.Default
To nemusi byt pravda. Text muze byt v jinem kodovani nez default Windows.
Ale to je detail.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Ludek <konference(zv)sales(tec)cz> - 18.12.2005 02:01:15
Zdravim,
Napadl mne jeste jeden podstatny argument pro psani nad WIN32. A to je to, ze i kdyz pominu velikost frameworku ktera znesnadnuje stazeni, tak pro instalaci FW jsou potreba administratorska prava, a to muze byt pro nektere aplikace klicovy problem.
Konec koncu nejsem si uplne jist, zda vytvareni zdroju ODBC za behu by podobna prava nevyzadovalo take a funkcnost toho cvicneho "reporteru" napsana pod .NET by byla pak taky velmi omezena.
Ludek
Win32 a .NET
[*] Petr Vones <konference(zv)petrvones(tec)net> - 18.12.2005 01:34:46
From: <radek3311(zv)volny(tec)cz>
> jak uz tady rekl nekdo za me .NET neprinasi nic vyvojarum a ani
> zakaznikum - proto pisu svoje projekty ve Win32 a pokud je
> pozadovana verze .NET tak lehce svuj projekt pro Win32 prelozim v
> Delphi jako .NET projekt.
A vysledkem je opet jen Win32 aplikace, ktera je ovsem ponekud "pomalejsi".
Tohle je predpokladam mysleno jen jako dalsi prispevek na udrzeni debaty :-)
> budoucnosti se nebojim protoze Borland prijde s nativnim 64Bit VCL
> s podporou Unicode - potom uz nebude zadny duvod psat v .NET a cely
> NET bude neco jako sveho casu VisualBasic akorad ze misto VBRun se
> bude pouzivat framework :-)
Zajimavy pohled na vec, nicmene naprosto zcestny.
Petr Vones
Win32 a .NET
[*] radek3311(zv)volny(tec)cz - 18.12.2005 01:22:19
>> Teraz by ma zaujimalo kolko rokov este odhadujete ze budem
>> moct robit vo
>> win32?
>
.
.
>
> Takze 5 rokov bezpodmienecne urcite.
> 10 si dovolim tvrdit, ze tiez urcite.
>
> Otazkou ale je, ci to bude vazne efektivne.
mimochodem vsimli jste si ze spousta lidi dela pro Win32 treba v
Delphi5 - jsem zvedav jak toto budete provozovat s .NET kdyz s
kazdou novou verzi (ktera uz je ta "spravna") MS vydava novou verzi
VisualStudia. Pak ta nakoupena VisualStudia pro .NET 2.0 a
komponenty slavnostne zahodite az vyjde .NET 3.0 ? A kolik verzi
.NET jeste vyjde - napr. ASP.NET 2.0 je pry na urovni betaverze.
Kolik budeme muset kazdy rok investovat do .NET tak abychom udrzely
krok s vydavanim novych verzi frameworku ?
jak uz tady rekl nekdo za me .NET neprinasi nic vyvojarum a ani
zakaznikum - proto pisu svoje projekty ve Win32 a pokud je
pozadovana verze .NET tak lehce svuj projekt pro Win32 prelozim v
Delphi jako .NET projekt.
budoucnosti se nebojim protoze Borland prijde s nativnim 64Bit VCL
s podporou Unicode - potom uz nebude zadny duvod psat v .NET a cely
.NET bude neco jako sveho casu VisualBasic akorad ze misto VBRun se
bude pouzivat framework :-)
Radek
ps: jsem rad ze P.Vones uz nepise jak .NET nema chyby a neni nic
potreba dokupovat :-)
Pocet polozek v SQL tabulce
[*] Martin Radvansky <delphiconf(zv)radvansky(tec)net> - 17.12.2005 22:07:38
Dobry den,
17. prosince 2005, 20:56:12, napsal jste:
mm>
>>-----Original Message-----
>>From: delphi-l-owner(zv)clexpert(tec)cz [mailto:delphi-l-owner(zv)clexpert(tec)cz] On
mm> Behalf Of Martin Radvansky
>>paradox pekna svi.., ale jinak urcite klesne vykon a odezva.
mm> Pokial u velkych tabuliek este prerobi TTAble na Query a osetri aby to
mm> netahalo cele tabulky tak vykon rapidne v sieti stupne.
mm> Potrovali sme aplikaciu z PDX na IBO komponety pre FB a rychlost je
mm> neskutocne vyssia aj u vyberov z velkych tabuliek. Na lokale je rychlost
mm> priblizne rovnaka.
mm> Miro
Ano, ale bavime se o tom, ze predelate TTable na Query, tady
souhlasim, ale pokud to neudelate, tak prace s TTable a Gridem je o
poznani pomalejsi na siti. Jinak samozrejme souhlasim.
--
S pozdravem,
Bc. Martin Radvansky, MCP, MCSD .NET
Win32 a .NET
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 17.12.2005 21:59:12
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of m.mrazik
> Ahoj,
> ja mam trochu iny dovod ptreco sa snazim drzat na platforme
> WIN a to ten, ze
> mam nakupenych kopec komponent do ktorych som investoval
> velky penaz. Takto
> som sa nemusel zaoberat podrobnostami.
> Teraz by ma zaujimalo kolko rokov este odhadujete ze budem
> moct robit vo
> win32?
Rozhodne pocas doby, ked budu aktualne WinXP, Windows Vista a Windows 2003,
Windows Longorn.
Potom MS pride s dalsim OS a bude otazkou casu ako rychlo uzivatelia prejdu
na dalsi OS a ci budu v Delphi este podporovane vzhlady dalsich OS. (O nic
ine v podstate nejde)
Takze 5 rokov bezpodmienecne urcite.
10 si dovolim tvrdit, ze tiez urcite.
Otazkou ale je, ci to bude vazne efektivne.
Podla mna je .NET pre pisanie (novych) klasickych business aplikacii
efektivnejsi nez Delphi.Win32.
Neviem ako je na tom Delphi.NET to nepouzivam, pretoze potrebujem podporu
pre Mobile Devices a ta je len vo VS.
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Editovani velkeho textu v .NET
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 17.12.2005 21:07:28
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Zbysek Hlinka
> Takze jsem jen kvuli tobe otevrel VS 2003 v XP. Za 10 minut
> jsem napsal
> editor, ktery pojme text do 2 GB, umi ho zeditovat a zmeneny
> ulozit. A to
> jsem jeste hledal v dokumentaci, jak presne pouzit konverzi z
> a do codepage
> 1250, protoze si to z hlavy nepamatuju.
Zbysku, ak mas ten TextBox MultiLine = true, tak tam 2 GB textu nikdy
nenarves tak, aby si mohol editovat
a) pri pridavani po riadkoch (AppendText) bude text orezany
b) ak ich das cez Text, tak nemozes do textu pridavat pismena, len mazat.
Ziadne Win98, ale Window XP a Window 2003 server
Takze, najrychlejsim riesenim je pouzit RichText, ale to je off....
btw: lepsie je pouzit Encoding.Default
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 21:42:46
Puvodni zprava ze dne 17.12.2005:
> Aplikaci, kterou jsi popisoval ty, bych udelal jasne v .NET, pokud by
Jiste. Z duvodu vlastni zaslepenosti a absence jakehokoliv jineho nez
programatorskeho mysleni (at jiz tim myslim mysleni uzivatelske nebo
mysleni obchodni). Rozumne duvody k tomu totiz nejsou.
PS: Toto je muj posledni prispevek na dane tema. K ukonceni debaty
vyzyvam i ostatni. Jednoznacne se prokazalo me puvodni tuseni, ze
duvodem tveho prispevku nebylo ziskat jakekoliv nazory, ale pouze
vyvolat flame zrejme v obdobi, kdy zjevne nemas do ceho pichnout a
nikdo asi zrovna nechce najmout .NET programatora :-) :-) :-)
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] m.mrazik <m.mrazik(zv)stonline.sk> - 17.12.2005 20:39:20
Ahoj,
ja mam trochu iny dovod ptreco sa snazim drzat na platforme WIN a to ten, ze
mam nakupenych kopec komponent do ktorych som investoval velky penaz. Takto
som sa nemusel zaoberat podrobnostami.
Teraz by ma zaujimalo kolko rokov este odhadujete ze budem moct robit vo
win32?
PS:
Ked mam cosi urobit pozriem co k tomu mam k dispozicii a musim povedat ze
pomocou spominanych komponent mam problem skoro vzdy vybaveny spolahlivo a
rychlo takze VS pouzivam zatial len okrajovo. Ak dojde k nejakym chybam
obratim sa na vyrobcu komponenty a netrapim sa s tym.
Miro Win32 a .NET
[*] Pavol Kakacka <kasix(zv)atlas(tec)cz> - 17.12.2005 21:28:20
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Martin Radvansky
> K> a) Keby som mal dnes, za 30 minut, napisat app, ktora potrebuje
> K> zobrazovat/editovat text v "MEMO" a ten text by
> K> bol dlhsi nez 60KB, tak siahnem jednoznacne po Delphi :-)
> uz len preto, ze
> K> vo VS03 by toto bez hladania externych komponent neslo. :-)
>
> Ano mate pravdu v omezeni, ale v to pripade hned dam ja dalsi pro
> delphi co takhle Unicode, bez hledani komponent, jsou sice free ale
> udelejte aplikaci v unicode v Delphi :)
Ano pravda, ale bola to specificka app, na ktoru sa pytal Zbysek? Bola! :-)
btw: Osobne som Unicode prkticky nikdy nepotroboval.
> K> b) Keby som chcel urobit sortovaci mechanizmus na stringy,
> kde je v zozname
> cca >> 1.000,000 zaznamov.
> K> okrem vykonu je dovod i to, ze .NET je strasny zrut pamate.
> K> Riesenim by asi bolo to urobit ako COM dll win32 a volat v NET app.
> Pockejte, ale to je prece dnao tim, ze string v delphi je proste kus
> pameti a ukazatel na nej, kdezto v NET je to opravdovy objejt s
> vlastnostmi co k nemu patri. V pripade tomto si dokazu predstavit
> praci jak s unsafe kodem.
Ano, unsafe som spominal. Ale toto malo posluzit ako priklad . Pointa je v
tom, ze ak bude app zamerana na tento typ uloh, tak tym, ze ju napisem v
.NET nic neziakam.
> Ne v 2.0 se nic podstatneho podle me nezmenilo, ale paklize to myslite
> s grafikou vazne, tak urcite nepouzivate GDI nebo GDI+ to neni na
> rozumnou praci s grafikou. Tyto moznosti mate stejne jak .NET tak v
> Delphi. Paklize se rozhodnete pro DirectX tak stejne pouzivate jeho
> api jak z Delphi tak z .NET
Podla mojich info, je NET2 v tomto dost dalej. Uvidim - na buduci tyzden
zacinam testovat.
Bavim sa o aplikaciach typu Fujera, resp MS Visio, tam DirectX neni
pouzivany.
Ladeni v Delphi vs. VS
> Zkuzte mi napsat o jakem Delphi mluvite. Od verze 2-7 to ladeni je
> opravdu otresne. Jak si vypisete komplexni objekt a jeho vlastnosti,
> ktere jsou zase objekty? Ja jsem spokojen s VS nadmiru, nedelal jsem v
> nem malo aplikaci, takze si to dovolim tvrdit. Nechtel jsem to sem
> psat, ale zrovna dnes jsem potreboval neco jednoducheho zmenit v
> aplikaci s Deplphi5 a musim rict strasne, po delsi dobe spustim
> aplikaci a vypadne na me sposte AV s palicky komponent, ukonceni
> Delphi taky. Tak takhle si nepredstavuji efektivni praci.
>
> S VS2003 se mi to jeste nestalo. Aplikaci prenesu na jine VS a nemusim
> nic instalovat, pokud potrebuju jen zmenit neco v kodu tak to je podle
> me hrozna vyhoda prostredi. VS2005 az na jeho zname mouchy je take o
> kus lepsi.
Pisem o Delphi 7 napriklad. D5 som uz nevidel dlhe roky.
Ale plati co pisem. U Interface objektov a thread app. je problem!
Jak si vypisat kompletny objekt a jeho vlastnosti, niekolko ciest, napr.
funckia Inspect.
VS03 tiez pada! Akurat miesto hlasky AV nevypise nic.
VS03 - po prenosu app na iny PC mam problem s formama. Niekedy musism
solution X krat reloadovat aby VS rozpoznalo, ktore .CS su formom. tak asi
tak
Tiez ma na VS03 vyslovene zere vec, ze vzdy pri zmene IDE prostredia
(doinstalovanie add-on) vyresetuje nastrojove listy a mapovanie klaves.
V VS05 je tento problem uz nejak rieseny.
I dokovanie pomoxnych okien funguje v IDE prapodivne. Niekedy sa schovaju
automaticky, inokedy im treba pomahat. Vzdy presne naopak, nez sa mi to hodi
;-)
Ale vsetko su to veci, ktore sa daju nejak stravit.
Ale to naprosto zasadne pri ladeni, co mi chyba proti Delphi je:
- VS03 nezobrazuje hodnotu konstant, VS05 uz tusim ano
- neni mozne vyhodocovat vyrazy (a + b == c + d) (v Delphi je Evaluate) -
naprosto klucova vec
- neni mozne spustat metody - naprosto klucova vec
(v Delphi si pomocou tohto mozte ulozit napriklad dataset do
suboru, alebo SQL do suboru, alebo prekreslit formular kde je app pri ladeni
zamrznuta, zmenit vlastnosti komponent a vidiet ich chovanie bez nutnosti
program znovu spustit a pod.)
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)prolus.com
www.prolus.com
Win32 a .NET
[*] Ludek <konference(zv)sales(tec)cz> - 17.12.2005 21:21:54
----- Original Message -----
From: "Martin Radvansky" <
> Podle me je to o dobe pouzivani a postupnem doplnovani ruznych
> komponent jak jsme zvykli z Delphi. Kdybys nemel TDBF tak by se taky
> spatne pracovalo s DBF (jasne tech komponent je asi vic) Zase v .NET
> se priznam o zadne nevim :(
no prave..... a ta otazka vecera znela "Jaky je duvod zacit psat novou aplikaci nad win32 misto nad .NET"
No a to co jsi vyse napsal je prece jeden jasny duvod protoze pro pristup na DBF mam nad win32 TDBF ale v nad .NET nemam nic tak jednoducheho.....
Dalsi je beh nad WIN95 a dalsi podbne jako TDBF mam pro WIN32 lepsi nastroje na reporty.
To ze to v budoucnu, za dva,tri roky .NET urcite dozene, to je v tuhle chvili mimo misu - tedy pokud termin dokonceni nemas nekdy na rok 2008::)))
Ludek
Win32 a .NET
[*] Jiri Foldyna <jiri.f(zv)avizo(tec)cz> - 17.12.2005 21:07:03
> Zatim padly dva duvody: brutalni naroky na vykon v pripade
> her (beru, i kdyz
> podminene, protoze dnesni hry stejne tahne graficka karta a
> ne procesor),
> nebo stare hajtry (hehe).
> Zbysek Hlinka
Asi takto:
kdybych se oskliboval nad "staryma hajtrama s W95", tak bych letos prisel o
zakazku za 350 kKc. Pritom je to zajimava a docela narocna prace, zobrazeni
a analyza dat z mereni. Byl bych trotl, kdybych zahodil dobry kseft s
oduvodnenim, ze neni dostatecne challenge, cool a in.
Zdravim
Jiri Foldyna
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 21:02:37
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 8:30 PM
>
> Ale me to nestaci. Kdyz .NET, nechci COM, chci nativni .NET.
> Tak jako ty v .NET asi nechces VCL :-)
Tohle je tvuj osobni problem. .NET je nyni udelan jako COM objekt, z cehoz
plynou urcite zajimave dusledky. VCL v .NET nechci proto, ze prave tohle je
prasopes. To bys taky mohl prohlasit, ze COM do Delphi nepustis. Proc ale,
proboha? :-)
> S tim souhlasim. Presto - ne vzdy to vyuzijes u tech typu
> aplikaci, kde je nejlepsim resenim prave Win32. Treba u te
> aplikace, kterou jsem popisoval ja.
Aplikaci, kterou jsi popisoval ty, bych udelal jasne v .NET, pokud by
podminkou nebyly Win 95. Uz treba proto, ze nemam zadne utilitky na DBF a
nez bych je nasel a vyzkousel, mel bych to v .NET hotove. Reportovaci
knihovna je pouzitelna tam i tam, takze na ni to nevisi.
> Ono zalezi, podle ceho to posuzujes. Mozna to bude vyhodnejsi
> pro tebe jako programatora. Zakaznik na tom bude bit jako zito.
Nebude, prave proto, ze si postupne vybuduju framework, ktery mi pak urychli
dalsi reseni.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Pocet polozek v SQL tabulce
[*] m.mrazik <m.mrazik(zv)stonline.sk> - 17.12.2005 20:56:12
>-----Original Message-----
>From: delphi-l-owner(zv)clexpert(tec)cz [mailto:delphi-l-owner(zv)clexpert(tec)cz] On
Behalf Of Martin Radvansky
>paradox pekna svi.., ale jinak urcite klesne vykon a odezva.
Pokial u velkych tabuliek este prerobi TTAble na Query a osetri aby to
netahalo cele tabulky tak vykon rapidne v sieti stupne.
Potrovali sme aplikaciu z PDX na IBO komponety pre FB a rychlost je
neskutocne vyssia aj u vyberov z velkych tabuliek. Na lokale je rychlost
priblizne rovnaka.
Miro Editovani velkeho textu v .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 20:47:46
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Martin Radvansky
> Sent: Saturday, December 17, 2005 7:59 PM
>
> K> a) Keby som mal dnes, za 30 minut, napisat app, ktora potrebuje
> K> zobrazovat/editovat text v "MEMO" a ten text by bol dlhsi
> nez 60KB,
> K> tak siahnem jednoznacne po Delphi :-) uz len preto, ze vo VS03 by
> K> toto bez hladania externych komponent neslo. :-)
>
> Ano mate pravdu v omezeni,
Jo, jeste jsem zapomnel, ze je treba nastavit multiline a maxlength. Omezeni
neni dano komponentou nebo .NETem, ale OS.
> Zkuzte mi napsat o jakem Delphi mluvite. Od verze 2-7 to
> ladeni je opravdu otresne.
Souhlas.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Editovani velkeho textu v .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 20:38:55
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of KasiX
> Sent: Saturday, December 17, 2005 6:51 PM
>
> a) Keby som mal dnes, za 30 minut, napisat app, ktora
> potrebuje zobrazovat/editovat text v "MEMO" a ten text by bol
> dlhsi nez 60KB, tak siahnem jednoznacne po Delphi :-) uz len
> preto, ze vo VS03 by toto bez hladania externych komponent neslo. :-)
Takze jsem jen kvuli tobe otevrel VS 2003 v XP. Za 10 minut jsem napsal
editor, ktery pojme text do 2 GB, umi ho zeditovat a zmeneny ulozit. A to
jsem jeste hledal v dokumentaci, jak presne pouzit konverzi z a do codepage
1250, protoze si to z hlavy nepamatuju.
Tvuj problem je tedy mozna v tom, ze jsi to zkousel ve Win98.
Kod je takovyto:
private void button1_Click(object sender, System.EventArgs e)
{
if(openFileDialog.ShowDialog() == DialogResult.OK)
{
using(StreamReader sr = new
StreamReader(openFileDialog.FileName, Encoding.GetEncoding(1250)))
{
textBox1.Text = sr.ReadToEnd();
}
}
}
private void button2_Click(object sender, System.EventArgs e)
{
if(saveFileDialog.ShowDialog() == DialogResult.OK)
{
using(StreamWriter sw = new
StreamWriter(saveFileDialog.FileName, false, Encoding.GetEncoding(1250)))
{
sw.Write(textBox1.Text);
}
}
}
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 20:30:29
Puvodni zprava ze dne 17.12.2005:
> Psal jsi, ze ma COM. Tim je situace jasna. Zavolam ho z .NET a to mi
> staci do doby, nez to predelaji.
Ale me to nestaci. Kdyz .NET, nechci COM, chci nativni .NET. Tak jako
ty v .NET asi nechces VCL :-)
> Vsak ho uz mas, tak nac vyhazovat dalsi penize? :)
Ja chci kvalitni reportovaci nastroj napsany v C#.NET jako nativni
.NET komponenty. Nechci prasopsy. Chci tak moc?
> Neco napsal uz Petr Vones. Komponent je uz dost na to, aby sis mohl
> vybrat.
Ne, Zbysku, komponent neni tak moc, aby sis mohl dobre vybirat. Cas od
casu lustruji trh a hledam a zkoumam. Komponenty pro .NET delaji
vetsinou ti vyvojari, kteri delali COM/ActiveX komponenty pro Visual
C++ nebo Visual Basic. Vetsinou to stoji za prd, to te muzu ubezpecit.
Neexistuje zadny velky balik komponent, ktery by byl opravdu dobre
pouzitelny, spolehlivy, dobre technicky podporovany a urceny pro
vsechny cile platformy .NET (tj. WinForm, ASP.NET i Mobile). Proste
neexistuje. Bud je to mastodont plny problemu nebo stoji za prd
support nebo to je castecne reseni pro cast platformy (to vlastne
vetsinou). Z COM se prenesla do .NET zajimava vlastnost, ze se
nedodavaji zdrojove kody (ve vetsine pripadu). A za dalsi - leckdy
autori nevedi, kolik by si meli rict, protoze nektere ceny jsou
prapodivne vysoke za mnohdy slabou funkcnost.
Ne, komponenty tretich stran rozhodne nejsou silnou strankou .NET -
jeste proste ne.
> Vlastnosti .NET ti umoznuji referencovat libovolne assemblies, takze
> odpada problem jak pripojit tu ci onu DLL. Muzes dedit a tvorit
> potomky od jakekoliv tridy, at je psana v cemkoliv (samozrejme v
> ramci .NET nebo COM). Je tam dobre udelany system delegatu (v praxi,
> na jednu udalost muzes nabalit vic metod). Genericke typy jsou
> spica. O uvolnovani prostredku se stara GC. Mam spicovou knihovnu
> pro objektovou praci s databazi. Stringy jsou zasadne v unicode,
> takze nemusim resit problemy, zda se mi na tech ci onech woknech
> zobrazi spravne vechny texty. Proti Delphi muzu pretezovat operatory
> (velmi se hodi, kdyz scitam dve struktury). U komponent nemusim
> resit nic jako je dbAware, proste je mohu svazat s daty a hotovo. A
> to nejen na urovni "edituj retezec v textboxu", ale v zavislosti na
> hodnote v radku "uprav viditelnost prvku" atp. Celkove, komponentam
> muzu priradit v ramci formulare nove vlastnosti. Atributy jsou take
> skvely vynalez. Pokud jsem potreboval upravit nejakou vnitrni
> vlastnost v gridu v Delphi, musel jsem prepsat cely grid. Ted mu
> vnutim potrebne vlastnosti pres atribut (v urcitych mezich, ktere
> jsou vsak uplne o necem jinem nez omezeni VCL). Staci, nebo chces
S tim souhlasim. Presto - ne vzdy to vyuzijes u tech typu aplikaci,
kde je nejlepsim resenim prave Win32. Treba u te aplikace, kterou jsem
popisoval ja.
> jeste neco? A to jsem zcela opominul distribuovana reseni, weby a
> mobily, ostatne to sam pises v .NET, jak jsi zminoval.
No to je take na prd pro tyhle aplikace. Jinak samozrejme uz jsem
rekl, co delam vyhradne v .NET. Jo a co se tyka tech mobilnich reseni
(Windows Mobile a SmartPhone), tak to je dobre, mnohem lepsi nez driv,
ale i tak to vicemene stoji za starou backoru. Je tam tolik omezeni,
ze dost casto narazim. A o komponentach se ani nebudu zminovat, to je
tragedie pro tyto veci... Takze velmi dobre, chvalim, ale na medaili
to neni :-)
>> Investice do budoucna u male aplikace popisovaneho typu, jejiz
>> zivotnost je tak rok, mozna dva, pricemz pro ni mam 200 zakazniku,
>> tak to me ale vazne nezajima.
> Chyba. Investice je to jednak v tom, ze s tim naucis delat. Druhak,
> muze se stat, ze neco z te aplikace pouzijes pro dalsi aplikace. Pak
> je vyhodnejsi psat vsechno bud v tom nebo tom, ale ne cast v tom a
> jinou v necem jinem.
Ono zalezi, podle ceho to posuzujes. Mozna to bude vyhodnejsi pro tebe
jako programatora. Zakaznik na tom bude bit jako zito.
> Tak jeste jednou. COM je pro .NET velmi blizke reseni. Jestlize mam
> generator tiskovych sestav v COM, a neni jiny srovnatelny v .NET,
> napisu aplikaci v .NET a pouziju ten COM generator. Jakmile vyrobce
> vyda verzi v .NET, prehodim jen volani generatoru, pokud bude treba.
> A kdyz ne u teto aplikace, pak u jine, kterou budu nekdy upgradovat.
> Mam to vse v jednom prostredi. Jasne?
Ne, neni to jasne, kdyz ja ti rikam, ze to vsechno napisu v Delphi pro
Win32. Ono jako Zbysku, zamysli se nad tou moji aplikaci pro tisk a
zkus vykoumat, kolik tam je asi tak tech radku kodu, ktery ty tak
slavnostne napises v .NET. A tech zbylych 95% pak budes mit v tom COM
a obsolete ODBC :-) Takze dekuji velice, nechci, ja to udelam radeji
kompletne ve Win32 a jsem happy :-)
> OK. Malou jednoucelovku s kratkou zivotnosti beru. Byt k tomu mam
> vyhradu, ktera se zove znovupouzitelnost kodu.
Vsak ja ten kod znovu pouziji zase v Delphi zase pro dalsi aplikace
Win32. I kdyz, popravde receno, ten kod pro nacteni tabulky a
sestaveni jine tabulky pro tisk dokladu, na tom celkem neni co znovu
pouzit :-)
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] Petr Vones <konference(zv)petrvones(tec)net> - 17.12.2005 20:16:03
From: "Martin Radvansky" <delphiconf(zv)radvansky.net>
> Zkuzte mi napsat o jakem Delphi mluvite. Od verze 2-7 to ladeni je
> opravdu otresne. Jak si vypisete komplexni objekt a jeho vlastnosti,
> ktere jsou zase objekty? Ja jsem spokojen s VS nadmiru, nedelal jsem v
Tohle je castecne problem neexistence "reflexe" na Win32 platforme, nicmene
debugger ma vsechny potrebne informace aby si toto dokazal sestavit pro
ladeni. Souhlasim s tim ze tohle je otresne, navic pri ladeni aplikace s mnoha
thready se debugger stava nestabilnim a pracne nalezena chyba je tak opet
neodladitelna.
> nem malo aplikaci, takze si to dovolim tvrdit. Nechtel jsem to sem
> psat, ale zrovna dnes jsem potreboval neco jednoducheho zmenit v
> aplikaci s Deplphi5 a musim rict strasne, po delsi dobe spustim
> aplikaci a vypadne na me sposte AV s palicky komponent, ukonceni
> Delphi taky. Tak takhle si nepredstavuji efektivni praci.
>
> S VS2003 se mi to jeste nestalo. Aplikaci prenesu na jine VS a nemusim
> nic instalovat, pokud potrebuju jen zmenit neco v kodu tak to je podle
> me hrozna vyhoda prostredi. VS2005 az na jeho zname mouchy je take o
> kus lepsi.
Mam naprosto stejne zkusenosti.
Petr Vones
MouseMove bez presunu mysiho kurzoru
[*] peca.konference(zv)centrum(tec)cz - 17.12.2005 20:13:37
Ahoj,
mam formular, v nem scrollbox ve kterem je TImage, ktery je vetsi nez
form. Ted mam udelanou moznost posunu vyrezu toho image mysi pres prave
tlacitko, tj. kdyz ho drzim stisknute a tahnu mysi, image se take
posouva. Slo by nejak udelat to, ze by se image posouval, ale mysi
kurzor zustaval na miste? Tj. aby mi chodila udalost MouseMove, ale
pritom se kurzor neposouval? Zkousim hledat na googlu, ale zatim marne.
Petr
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 20:03:09
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Fejfar
> Sent: Saturday, December 17, 2005 7:04 PM
> To: delphi-l(zv)clexpert(tec)cz
> Subject: Re: Win32 a .NET
>
> Nic proti tomu - jen jestli nejsi trochu mimo realitu, kdyz
> tvoji zakaznici jsou zase jen pocitacovi zblblici a jine
> zakazniky nemas :-)
Stejne pisu aplikace pro koncove uzivatele, a pak je fuk, ze mezi mnou a
uzivatelem stoji treba obchodnik.
Cely vtip je v tom, ze aplikace ktere pisu dokazu v .NET napsat efektivneji
nez jsem to dokazal v Delphi. V tom je jadro pudla a proto jsem se ptal, na
co jsem se ptal.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Martin Radvansky <delphiconf(zv)radvansky(tec)net> - 17.12.2005 19:58:44
Dobry den,
K> a) Keby som mal dnes, za 30 minut, napisat app, ktora potrebuje
K> zobrazovat/editovat text v "MEMO" a ten text by
K> bol dlhsi nez 60KB, tak siahnem jednoznacne po Delphi :-) uz len preto, ze
K> vo VS03 by toto bez hladania externych komponent neslo. :-)
Ano mate pravdu v omezeni, ale v to pripade hned dam ja dalsi pro
delphi co takhle Unicode, bez hledani komponent, jsou sice free ale
udelejte aplikaci v unicode v Delphi :)
K> Toto pisem o NET 1.1, pretoze 2.0 som este neskusal - nemal som cas. Dufam
K> vsak, ze VS05 a NET2 budu aspon o uroven vyzsie, pretoze z nervovania sa nad
K> nedostatkami a chybami VS03 (oproti Delphi) a NET1.1 sa mi skracuje zivot.
Nezkousel jsem to, ale nemyslim ze se to zmenilo
K> b) Keby som chcel urobit sortovaci mechanizmus na stringy, kde je v zozname
cca >> 1.000,000 zaznamov.
K> okrem vykonu je dovod i to, ze .NET je strasny zrut pamate.
K> Riesenim by asi bolo to urobit ako COM dll win32 a volat v NET app.
Pockejte, ale to je prece dnao tim, ze string v delphi je proste kus
pameti a ukazatel na nej, kdezto v NET je to opravdovy objejt s
vlastnostmi co k nemu patri. V pripade tomto si dokazu predstavit
praci jak s unsafe kodem.
K> c) Rozne app spustane priamo z medii (CD...) .. katalogy, spustace a pod...
Priznam s eze po tomto konkretnim typu jsem nesel, nejsem schopen rici
K> 4) rozne testovacie aplikacie
Testovaci jako v jakem smyslu?
K> 5) graficke prezentacne SW / graficke editory ... uz len z toho dovodu, ze
K> NET 1.1 je pre graficke aplikacie IMHO nepouzitelny a 2.0 na to myslim
K> nebude o moc lepsie. Pro rejpaly - pouzitelny je, ale aj tak by ste vsetko
K> (komponenty a chovanie GUI) pisali vo Win32 API, takze by to nemalo zmysel
K> vzhladom k nizsiemu vykonu (kvoli obalke).
Ne v 2.0 se nic podstatneho podle me nezmenilo, ale paklize to myslite
s grafikou vazne, tak urcite nepouzivate GDI nebo GDI+ to neni na
rozumnou praci s grafikou. Tyto moznosti mate stejne jak .NET tak v
Delphi. Paklize se rozhodnete pro DirectX tak stejne pouzivate jeho
api jak z Delphi tak z .NET
K> Ale i vzhladom k tomuto, je to z mojho portfolia minorita programov a moj
K> nazor je ten, ze ked nepisem app, ktora pouziva nejaky aplikacny framework
K> (nemyslim .NET framework!) tak vdaka objektovosti je programator v .NET
K> vykonnejsi nez programator v Delphi.Win32 (ovsem, ak netreba moc ladit,
K> pretoze krokovanie/ladenie je IMHO lepsie v IDE Delphi ;-) { az na vynimky
K> ake su Interface objekty a thread app }, coz ma na VS strasne mrzi, desi a
K> neviem ci si na to zvyknem).
Zkuzte mi napsat o jakem Delphi mluvite. Od verze 2-7 to ladeni je
opravdu otresne. Jak si vypisete komplexni objekt a jeho vlastnosti,
ktere jsou zase objekty? Ja jsem spokojen s VS nadmiru, nedelal jsem v
nem malo aplikaci, takze si to dovolim tvrdit. Nechtel jsem to sem
psat, ale zrovna dnes jsem potreboval neco jednoducheho zmenit v
aplikaci s Deplphi5 a musim rict strasne, po delsi dobe spustim
aplikaci a vypadne na me sposte AV s palicky komponent, ukonceni
Delphi taky. Tak takhle si nepredstavuji efektivni praci.
S VS2003 se mi to jeste nestalo. Aplikaci prenesu na jine VS a nemusim
nic instalovat, pokud potrebuju jen zmenit neco v kodu tak to je podle
me hrozna vyhoda prostredi. VS2005 az na jeho zname mouchy je take o
kus lepsi.
--
S pozdravem,
Bc. Martin Radvansky, MCP, MCSD .NET
Win32 a .NET
[*] Petr Vones <konference(zv)petrvones(tec)net> - 17.12.2005 19:29:21
From: "KasiX" <kasix(zv)atlas(tec)cz>
> b) Keby som chcel urobit sortovaci mechanizmus na stringy, kde je v zozname
> cca > 1.000,000 zaznamov.
> okrem vykonu je dovod i to, ze .NET je strasny zrut pamate.
> Riesenim by asi bolo to urobit ako COM dll win32 a volat v NET app.
Prave ze to nebude rychlejsi ;-)
Petr Vones
Win32 a .NET
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 17.12.2005 19:04:03
Zbysek Hlinka wrote:
> Z vetsi casti ano. Duvod je celkem prosty: nebavi me starat se o
> zakazniky (proto ani neprodavam sam Lokalizator), ale bavi me
> programovat. Navic se ucastnim na projektech, ktere jsou stejne nad
> moznosti jednoho cloveka, a zamestnavat lidi se mi take nechce (uz
> jsem si uzil dost).
Nic proti tomu - jen jestli nejsi trochu mimo realitu, kdyz tvoji zakaznici
jsou
zase jen pocitacovi zblblici a jine zakazniky nemas :-)
***
Nemam cas to tady rozepisovat , protoze to by bylo na roman, ale muj nazor
je shodny s PZ, prestoze nedelame DB aplikace, netiskneme reporty
ani nepouzivame TDbf :-)
A "skutecny" zakaznik: tomu je - me nevyjimaje - zpravidla zcela ukradeno,
v cem je co naprogramovano - hlavne kdyz dostane za svoje penize
co potreboval, bude s tim mit co nejmin potizi a v pripade potreby
dostane kvalifikovanou podporu.
Existuji samozrejme vyjimky - po nas napr. chce jeden zakaznik portovat
projekt puvodne vyvinuty v Delphi na vsechny serverovske
platformy od PC az po mainframes a chce to v Jave
(AFAIK, tak stejne jinou moznost nema)
pf
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 19:38:12
Puvodni zprava ze dne 17.12.2005:
>> Ano, to samozrejme. Ale o tom prece tato diskuse neni a nemela byt.
> No bohuzel je.
No neni, kdyz byl dotaz postaven tak, jak byl postaven. Jinak, ono
tech debat kolem .NET uz byla spousta. Ja nevim, proc stale dal
rozvitet flame. Doporucuji uz to vazne ukoncit.
> Kdyz uvazis aplikaci jako zadani problemu (zapomenme ted na to, ze
> to treba musis proste rozjet na W95), tak je .NET jasna volba.
> Souhlasis?
No to nesouhlasim ani nahodou.
> Dalsi parametry ti pak upravi rozhodnuti treba prave k Win32.
Vsechny parametry jdou spolu ruku v ruce. Nejsou zadne "dalsi
parametry". Zadani je zadani.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] Slavomir Skopalik <skopalik(zv)elektlabs(tec)cz> - 17.12.2005 19:31:46
Ne, neni to jasna volba, je to jen jedna z alternativ.
Treba pro mne je .NET pouzitelny jen velmi omezene, jelikoz napriklad
kvalita Firebird provideru ani zdaleka nedosahuje kvalit komponent
pro delphi (vicenasobne transakce, transakce pres vice DB, ....).
Jasna volba je to v okamziku, kde je to podminka zadani.
Mozna se Vam to zda divne, ale musim jako soukromnik
sekat programy jak Bata cvicky, cena za SW je pevna
a je jen na mne, zde pouziji .NET, nebo Win32, nebo Javu (tu nepouzivam),
nebo PHP (ano i dnes se stale nektere stranky vyplati napsat v PHP,
ale jsou to specificke pripady).
Rozhodnuti o tom, v cem provadet vyvoj aplikace o vice faktorech,
hlavnim faktorem je predpokladana doba zivota, velikost projektu,
cilova oblast (GUI, web, ....) slozeni tymu a celkove zamereni firmy.
Slavek
> Kdyz uvazis aplikaci jako zadani problemu (zapomenme ted na to, ze to
> treba musis proste rozjet na W95), tak je .NET jasna volba.
> Souhlasis?
> Dalsi parametry ti pak upravi rozhodnuti treba prave k Win32.Win32 a .NET
[*] Milan Kajnar <mkajnar(zv)mikesoft(tec)cz> - 17.12.2005 19:28:56
Opravdu moc poucne sledovat vasi diskuzi o nesmrtelnosti brouka. Pokud jste jen dva co tady kvakaji o jednom topicu den a pul tak si to vyrikejte po telefonu ne
bo na icq. Je mozna pro mne reseni se odhlasit z teto konference, ale ja ji nekdy budu jeste potrebovat misto toho abych se sebeukajel v delphi konferenci tim,
ze budu vsem vysvetlovat svuj nazor na .NET a ze v nem delam taky. Pokud vim, Petr Zahradnik byl tak laskavy, ze pro .NET zavedl separatni vetev konference. Rea
kce na muj mail nepiste. Radeji o nem premyslejte. A nezatezujte okoli blbostma. Diky. Hezke vanoce.
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 19:10:28
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 5:59 PM
>
> >> Jak vsechno ostatni? Generator tiskovych sestav?
>
> > Samozrejme.
>
> Ukaz mi prosim tak dobry jako FastReport - nativni, bez
> separatni instalace, royalty free, s user designerem, se
> spoustou komponent, podporou skriptu v sestave, podporou
> carovych kodu a dalsimi ficurami.
Psal jsi, ze ma COM. Tim je situace jasna. Zavolam ho z .NET a to mi staci
do doby, nez to predelaji.
> Hned si ho poridim.
Vsak ho uz mas, tak nac vyhazovat dalsi penize? :)
> >> Rychlost?
>
> > Srovnatelna.
>
> :-)
JE! srovnatelna. Mozna si to pletes jeste s .NET 1, ktery byl opravdu
citelne pomalejsi. Nezapomen, ze pri startu se to prelozi do nativniho kodu
(tedy jen start je ponekud pomalejsi) a pak uz to bezi prakticky stejne jako
program v Delphi.
> > Lepsi vyvoj z hlediska programatora,
>
> Muzes prosim definovat presneji, ja si to nepredstavim?
Neco napsal uz Petr Vones. Komponent je uz dost na to, aby sis mohl vybrat.
Vlastnosti .NET ti umoznuji referencovat libovolne assemblies, takze odpada
problem jak pripojit tu ci onu DLL. Muzes dedit a tvorit potomky od
jakekoliv tridy, at je psana v cemkoliv (samozrejme v ramci .NET nebo COM).
Je tam dobre udelany system delegatu (v praxi, na jednu udalost muzes
nabalit vic metod). Genericke typy jsou spica. O uvolnovani prostredku se
stara GC. Mam spicovou knihovnu pro objektovou praci s databazi. Stringy
jsou zasadne v unicode, takze nemusim resit problemy, zda se mi na tech ci
onech woknech zobrazi spravne vechny texty. Proti Delphi muzu pretezovat
operatory (velmi se hodi, kdyz scitam dve struktury). U komponent nemusim
resit nic jako je dbAware, proste je mohu svazat s daty a hotovo. A to nejen
na urovni "edituj retezec v textboxu", ale v zavislosti na hodnote v radku
"uprav viditelnost prvku" atp. Celkove, komponentam muzu priradit v ramci
formulare nove vlastnosti. Atributy jsou take skvely vynalez. Pokud jsem
potreboval upravit nejakou vnitrni vlastnost v gridu v Delphi, musel jsem
prepsat cely grid. Ted mu vnutim potrebne vlastnosti pres atribut (v
urcitych mezich, ktere jsou vsak uplne o necem jinem nez omezeni VCL).
Staci, nebo chces jeste neco? A to jsem zcela opominul distribuovana reseni,
weby a mobily, ostatne to sam pises v .NET, jak jsi zminoval.
> > vyssi bezpecnost aplikaci,
>
> Jo, jo, kdyz tam narves sve COM objekty, tak to bude bezpecne
> jako fik. Notabene tu bezpecnost aplikaci u tisku pokladnich
> dokladu urcite vyuziju...
Ne, sve veci budu psat v .NET. COM pouziju jen tehdy, kdyz neni po ruce jine
reseni.
> > ktera je dana uz samotnou architekturou .NET, investice do budoucna.
>
> Investice do budoucna u male aplikace popisovaneho typu,
> jejiz zivotnost je tak rok, mozna dva, pricemz pro ni mam 200
> zakazniku, tak to me ale vazne nezajima.
Chyba. Investice je to jednak v tom, ze s tim naucis delat. Druhak, muze se
stat, ze neco z te aplikace pouzijes pro dalsi aplikace. Pak je vyhodnejsi
psat vsechno bud v tom nebo tom, ale ne cast v tom a jinou v necem jinem.
> No ale proc mi cpes COM? Ja nechci COM? Kdyz uz chci .NET,
> tak chci cisty .NET a ne delat neco v COM a pak to nekdy
> predelavat.
Tak jeste jednou. COM je pro .NET velmi blizke reseni. Jestlize mam
generator tiskovych sestav v COM, a neni jiny srovnatelny v .NET, napisu
aplikaci v .NET a pouziju ten COM generator. Jakmile vyrobce vyda verzi v
.NET, prehodim jen volani generatoru, pokud bude treba. A kdyz ne u teto
aplikace, pak u jine, kterou budu nekdy upgradovat. Mam to vse v jednom
prostredi. Jasne?
> Kdyz dnes okamzite mohu udelat malou aplikaci s kratkou
> zivotnosti v Delphi pod Win32, kdyz vim, ze Win32 tu je
> znacnou vyhodou, budu delat takovou Win32 aplikaci. Vubec me
> nezajimaji nejake investice do budoucna, protoze budoucno u
> takove aplikace neexistuje,
OK. Malou jednoucelovku s kratkou zivotnosti beru. Byt k tomu mam vyhradu,
ktera se zove znovupouzitelnost kodu.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Bc. Jiri Cincura <diskuze(zv)cincura(tec)net> - 17.12.2005 19:03:37
Petr Zahradnik wrote:
>>Myslim, ze ale stejne tak najdes x jinych pripadu, kdy .NET bude
>>poezie v programovani a Win32/Delphi kravina.
>
>
> Ano, to samozrejme. Ale o tom prece tato diskuse neni a nemela byt.
No bohuzel je. Ty tu celkem lehce obhajis svuj navrh. Zbysek se tu snazi
napasovet na to .NET.
Jenze tu melo jit o diskuzi na tim, na jake aplikace pouzit Win32 a na
jake .NET - a ne se tu hadat o jednom problemu.
Celkove vzato si myslim, ze je jedno kdo co pouzije, hlavne, ze je
zakaznik i on spokojen a funguje to. Je jedno, ze budes neco bastlit
pres ODBC, kdyz chces .NET tak klidne. Hlavne ze ti to zaplati.
Ja napriklad utilitky co pouzivam na Win serveru pisu jen v .NETu - je
to pohodlne a rychle (treba mam takovou util. na poslani mailu). Ale mam
i aplikace, ktere jsou ve Win32, protoze to jinak neslo. Kdyz ale
zacinam novou app. vzdy se snazim jit do .NETu, je to pohodlne a rychle
(aspon z meho pohledu). To mnozstvi zakladnich trid co ti .NET dava
nikde jinde nenajdes. Jasne, pokud mas rozjeou app. v Delphi nema smysl
je honem cpat do .NETu, jen abych vypadal skvele.
Kdyz uvazis aplikaci jako zadani problemu (zapomenme ted na to, ze to
treba musis proste rozjet na W95), tak je .NET jasna volba. Souhlasis?
Dalsi parametry ti pak upravi rozhodnuti treba prave k Win32.
--
Bc. Jiri Cincura
http://www.ID3renamer.com/ | http://www.x2develop.com/
ICQ: 314711544 | Yahoo!: x2develop
http://blog.vyvojar(tec)cz/jirka/ | http://photo.cincura.net/
Win32 a .NET
[*] KasiX <kasix(zv)atlas(tec)cz> - 17.12.2005 18:51:11
Tato diskusia je fakt flame, ale Zbysku par prikladov: (povodne som chcel
napisat, ze ide o "joke", ale ono bohuzial nejde)
a) Keby som mal dnes, za 30 minut, napisat app, ktora potrebuje
zobrazovat/editovat text v "MEMO" a ten text by
bol dlhsi nez 60KB, tak siahnem jednoznacne po Delphi :-) uz len preto, ze
vo VS03 by toto bez hladania externych komponent neslo. :-)
Toto pisem o NET 1.1, pretoze 2.0 som este neskusal - nemal som cas. Dufam
vsak, ze VS05 a NET2 budu aspon o uroven vyzsie, pretoze z nervovania sa nad
nedostatkami a chybami VS03 (oproti Delphi) a NET1.1 sa mi skracuje zivot.
:-)
b) Keby som chcel urobit sortovaci mechanizmus na stringy, kde je v zozname
cca > 1.000,000 zaznamov.
okrem vykonu je dovod i to, ze .NET je strasny zrut pamate.
Riesenim by asi bolo to urobit ako COM dll win32 a volat v NET app.
c) Rozne app spustane priamo z medii (CD...) .. katalogy, spustace a pod...
4) rozne testovacie aplikacie
5) graficke prezentacne SW / graficke editory ... uz len z toho dovodu, ze
NET 1.1 je pre graficke aplikacie IMHO nepouzitelny a 2.0 na to myslim
nebude o moc lepsie. Pro rejpaly - pouzitelny je, ale aj tak by ste vsetko
(komponenty a chovanie GUI) pisali vo Win32 API, takze by to nemalo zmysel
vzhladom k nizsiemu vykonu (kvoli obalke).
...
Ale i vzhladom k tomuto, je to z mojho portfolia minorita programov a moj
nazor je ten, ze ked nepisem app, ktora pouziva nejaky aplikacny framework
(nemyslim .NET framework!) tak vdaka objektovosti je programator v .NET
vykonnejsi nez programator v Delphi.Win32 (ovsem, ak netreba moc ladit,
pretoze krokovanie/ladenie je IMHO lepsie v IDE Delphi ;-) { az na vynimky
ake su Interface objekty a thread app }, coz ma na VS strasne mrzi, desi a
neviem ci si na to zvyknem).
Pavol Kakacka
tel: +420 736622412
pavol.kakacka(zv)exactica.org
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 18:48:45
Puvodni zprava ze dne 17.12.2005:
> Petre, myslim, ze priklad ktery si uvedl byl prave na Win32 a moc
> dobre si vedel a promyslel, za jakakoli argumentace .NETem bude
> mimo. Zbysek se i presto snazit obhajit. :P
Ano, to je pravda. A ten program existuje, je jiz hotovy.
> Myslim, ze ale stejne tak najdes x jinych pripadu, kdy .NET bude
> poezie v programovani a Win32/Delphi kravina.
Ano, to samozrejme. Ale o tom prece tato diskuse neni a nemela byt.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] Bc. Jiri Cincura <diskuze(zv)cincura(tec)net> - 17.12.2005 18:32:19
Petr Zahradnik wrote:
> Nebudu nic predelavat, nechci nic predelavat. Proc bych to predelaval?
> Proc bych si zbytecne pridelaval praci? Nemusim delat .NET za kazdou
> cenu, chci udelat aplikaci, prodat ji, mit malo problemu s jeji
> distribuci.
>
Petre, myslim, ze priklad ktery si uvedl byl prave na Win32 a moc dobre
si vedel a promyslel, za jakakoli argumentace .NETem bude mimo. Zbysek
se i presto snazit obhajit. :P
Myslim, ze ale stejne tak najdes x jinych pripadu, kdy .NET bude poezie
v programovani a Win32/Delphi kravina.
--
Bc. Jiri Cincura
http://www.ID3renamer.com/ | http://www.x2develop.com/
ICQ: 314711544 | Yahoo!: x2develop
http://blog.vyvojar(tec)cz/jirka/ | http://photo.cincura.net/
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 18:17:52
Puvodni zprava ze dne 17.12.2005:
> Co blbnes? Ja uznavam, ze pro Win32 je Delphi nejlepsi nastroj,
> ktery jsem videl. Jenze mi nejak unikaji duvody, proc jeste psat
> nove veci pro Win32.
A proto ti je rikam. A muzu ti napsat spousty podobnych aplikaci, abys
mel radost. Vim, ze to neocenis, vim, ze je to pro tebe uplne na nic,
ale presto ti jich jeste par reknu, nez tuto flame nasilne ukoncim:
2. CD browser - jednoducha aplikace spustitelna primo z CD na
libovolnem operacnim systemu, ktera ma za ukol prezentovat obsah CD,
umoznit uzivateli vyber tech spravnych programu, ukazovat dokumenty,
prezentovat katalog ci cenik apod. Situace, kdy se po vlozeni CD do
mechaniky zacne instalovat .NET Framework, je neprijatelna.
3. Testovaci nastroje pro testovani napriklad nejakeho pripojeneho
zarizeni, at jiz ciziho nebo mnou vyrobeneho. Zde je samozrejme take
nemyslitelne, ze prijdu k zakaznikovi jako servisni technik a jen z
duvodu, ze chci provest nejaky jednoduchy test, nainstaluji
zakaznikovi .NET Framework. Takova utilita musi byt nezavisla naprosto
na vsem, protoze jakakoliv jina soucast, na ktere by byla zavisla,
muze vysledek testovani znacne zkreslit.
> V tom pripade si stejne z internetu nic nestahne, a musi to resit
> jinak. Tak mu dam CD, a je vymalovano.
Neslo o to, co das nebo nedas, chtel jsi slyset duvody, ja jsem ti je
rekl. Zadani bylo jasne. Brzy debatu ukoncime, tak jeste par prispevku
a uz to utafnu...
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] Slavomir Skopalik <skopalik(zv)elektlabs(tec)cz> - 17.12.2005 18:07:26
Ono ani tohle neni zcela jednoznacne, opravdu zalezi
jak aplikace pracuje z daty, pokud pres BDE klade
SQL dotazy, tak se da ocekavat i zrychleni, pokud
se ale pracuje s TTable, tak asi opravdu dojde ke zpomaleni.
V kazdem pripade tohle je zalezitost tak na tydeni konzultace
na miste, jelikoz bez znalosti struktury a okoli DB nelze
nic podstatneho sdelit.
Pokud je to pres BDE, klidne bych to nechal v prvni verzi
pres BDE a pouze zmenil providera na Interbase.
Pak bych teprve menil strukturu (ono, pokud neco funguje,
tak opravdu neni duvod na to sahat i kdyz je to ze soucasneho
pohledu udelano "divne").
Slavek
> na SQL server jen pouhym preklopenim tabulek je to
> nejjednodussi reseni, ale take "nejhorsim" beze zmeny
> aplikacni logiky to je prace mirne receno nanic (no ted kdyz
> o tom premyslim, tak kecam, muze to mit smysl prave u sitove
> aplikace, tam je paradox pekna svi.., ale jinak urcite klesne
> vykon a odezva.
>
> --
> S pozdravem,
> Bc. Martin Radvansky, MCP, MCSD .NET
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 17:59:01
Ahoj,
tak uz jen kratce opravdu jen neco, protoze musim take neco delat:
> Mam-li pouzit DBF (cizi, vlastni databazi bych na tom rozhodne
> nepostavil), pak pro ten dany ucel pouziju ODBC. Na cteni dat to
> bohate staci.
Ja bych ODBC nepouzil. Jsou s tim velke problemy.
>> To je kde? Ja ho nikde nevidim. Je na webu MS. Dvojka.
> http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-
> 8edd-aab15c5e04f5&DisplayLang=en
No ja nemyslel ja webu, psal jsi, ze je leckde, tak jsem se ptal jako
kde :-) Myslis si, ze snad neumim najit na webu framework. Zbysku, to
me mas za debila?
>> Jak vsechno ostatni? Generator tiskovych sestav?
> Samozrejme.
Ukaz mi prosim tak dobry jako FastReport - nativni, bez separatni
instalace, royalty free, s user designerem, se spoustou komponent,
podporou skriptu v sestave, podporou carovych kodu a dalsimi ficurami.
Hned si ho poridim.
>> Rychlost?
> Srovnatelna.
:-)
>> Velikost vcetne frameworku?
> Co sem porad tahas velikost FW? Ten je rozsirenou soucasti OS,
> instaluje se jen napoprve. U novejsich OS pocinaje W2003 je uz
> stnadardne soucasti systemu. Takze stale zustava ten jeden duvod -
> stare krapy.
Ano, taham sem framework, protoze bez nej to nepojede.
>> Pristup k hardware?
> Vzdyt uz tu nekdo psal, ze v .NET se pisou i ovladace.
Aha :-)
>> Co tedy vlastne hovori pro .NET v pripade malych normalnich desktop
>> aplikaci? Muzes byt konkretni?
> Lepsi vyvoj z hlediska programatora,
Muzes prosim definovat presneji, ja si to nepredstavim?
> vyssi bezpecnost aplikaci,
Jo, jo, kdyz tam narves sve COM objekty, tak to bude bezpecne jako
fik. Notabene tu bezpecnost aplikaci u tisku pokladnich dokladu urcite
vyuziju...
> ktera je dana uz samotnou architekturou .NET, investice do budoucna.
Investice do budoucna u male aplikace popisovaneho typu, jejiz
zivotnost je tak rok, mozna dva, pricemz pro ni mam 200 zakazniku, tak
to me ale vazne nezajima.
> Prace s daty je v .NET uplne o necem jinem nez ve Win32 Delphi, a to
> znatelne.
Pokud mi pro moji aplikaci nabizis silenost typu ODBC namisto
nativnich komponent TDbf, pak je to urcite o necem jinem. A na jina
data v te aplikaci nesaham.
Mas snad jeste nejake dalsi duvody, proc bych vyvoj teto aplikace mel
zacinat na platforme .NET?
> Puvodni otazku jsem polozil ja. Proc Win32 radeji (nekde) nez .NET?
> Ty: protoze ... se musi instalovat pomerne velky framework.
> Neblbnes? To neni argument, ten se instaluje jen jednou, a jeste v
> ramci Windows update.
No ale ta aplikace se take instaluje jen jednou. Ten zakaznik tam
treba uz nikdy v zivote nenainstaluje nic dalsiho, co by .NET
Framework pouzilo. Proc bych mu ho tam mel cpat, kdyz je tam totalne
zbytecny? Neni potreba, neni duvod to tam davat, umim to bez nej a
umim to dobre, rychle. Mam mu tam snad jeste nainstalovat nejaky
freeware jen tak z pleziru? To je jedno, ze zbytecne, ale prece jenom
jednou...
>> Ja nevidim jediny duvod, proc bych mel takovou aplikaci zacinat v
>> .NET a jeste tam snad davat Sineu v COM (kdyz FastReport je taky v
>> COM), abych to pak musel za 5 let predelavat, az za tech 5 let
>> mozna bude neco nativniho. Proc bych delal takove kockoprasata
>> kvuli drobnosti?
> Mozna neco nevis. Mozna to, ze .NET je v soucasnosti jedna velka COM
> aplikace. Volani COM z .NET tedy sice neni uplne kristalove ryzi
> reseni, rozhodne se ale nejedna o kockoprase. Urcite je to
> prirozenejsi nez volani COM objektu z Delphi.
No ale proc mi cpes COM? Ja nechci COM? Kdyz uz chci .NET, tak chci
cisty .NET a ne delat neco v COM a pak to nekdy predelavat. Ja vubec
nechci tu aplikaci predelavat, ona brzy chcipne, neni duvod ji
predelavat. Proste se napise, bude se prodavat, pak se zahodi. Upravy
budou jen maximalne opravy chyb, zadne zmeny COM na neco, co mozna v
budoucnu nekdy bude a nebo take ne...
Kdyz dnes okamzite mohu udelat malou aplikaci s kratkou zivotnosti v
Delphi pod Win32, kdyz vim, ze Win32 tu je znacnou vyhodou, budu delat
takovou Win32 aplikaci. Vubec me nezajimaji nejake investice do
budoucna, protoze budoucno u takove aplikace neexistuje, ani me
nezajima, ze ted tam vprasim nejaky COM a budu to chtit predelavat tri
roky po zastaveni prodeje :-) Neres prosim .NET za kazdou cenu, nema
to cenu, je to na nic. Chtel jsi aplikaci pro Win32, tady ji mas, neni
pro .NET, nepredelavej ji na .NET.
> Jinak, pokud budes za cas neco predelavat, pak jen tu cast, ktera
> komunikuje s generatorem sestav.
Nebudu nic predelavat, nechci nic predelavat. Proc bych to predelaval?
Proc bych si zbytecne pridelaval praci? Nemusim delat .NET za kazdou
cenu, chci udelat aplikaci, prodat ji, mit malo problemu s jeji
distribuci.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 17:48:35
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Fejfar
> Sent: Saturday, December 17, 2005 5:03 PM
>
> Tomu nerozumim: ty prodavas sam sebe jako namezni silu na
> programovani a o to, jak vydelat penize, se stara de facto
> tvuj zakaznik = zamestnavatel?
Z vetsi casti ano. Duvod je celkem prosty: nebavi me starat se o zakazniky
(proto ani neprodavam sam Lokalizator), ale bavi me programovat. Navic se
ucastnim na projektech, ktere jsou stejne nad moznosti jednoho cloveka, a
zamestnavat lidi se mi take nechce (uz jsem si uzil dost).
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 17:44:09
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 4:47 PM
>
> Necitim se
> menecenny, ze take delam v Delphi, jsem na to hrdy. Delphi je
> dobry nastroj a vzdy byl.
Co blbnes? Ja uznavam, ze pro Win32 je Delphi nejlepsi nastroj, ktery jsem
videl. Jenze mi nejak unikaji duvody, proc jeste psat nove veci pro Win32.
Uznal jsem ti stare krapy (s tim, ze ja pro ne psat uz proste nechci, ale
budiz, jestlize ty ano), uznal jsem kriticky vykon. Se zbytkem vsak uz
proste nesouhlasim, protoze se jedna spise o duvody osobniho nez vecneho
charakteru, protoze se jedna o veci srovnatelne. Mam na to udelatka v
Delphi, kterymi to napisu rychle, kdezto pro .NET ta udelatka nemam. To je
cele shrnuti tvych ostatnich duvodu. A zbyva zcela nepochopitelny duvod
instalace FW. Pokud nekdo pouziva BDE, pak zaplat Pan Buh za .NET FW. Pokud
pouzivas prilinkovany kod pro praci s DBF, pak proste budu argumentovat, ze
takove udelatko nemam, kdezto z .NET se k DBF dostanu dostatecne dobre,
protoze tam to udelatko uz je samo o sobe.
> >> a nesplnuje podminku na malou velikost pro jednoduche a rychle
> >> stazeni z internetu.
>
> > Ne, splnuje. Dokonce je s vyjimkou prvni instalace, pri ktere se
> > instaluje i .NET (pokud jiz neni) mensi a jednodussi.
>
> Stahovat .NET Framework neni pro kazdeho zakaznika jednoduche
> a rychle, jsou zakaznici i zcela bez internetu, maji treba
> produkcni pocitace oddelene od internetu z duvody obav z viru
> apod. Netreba o tom diskutovat, veliky .NET Framework je pro
> mnohem uzivatele problemem.
V tom pripade si stejne z internetu nic nestahne, a musi to resit jinak. Tak
mu dam CD, a je vymalovano.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Bc. Jiri Cincura <diskuze(zv)cincura(tec)net> - 17.12.2005 16:58:26
Petr Zahradnik wrote:
> Jasne, ke stazeni je to malinke, 22 MB je malinke pro nejakeho
> uzivatele s Windows 95/98 s diskem 1,2 GB na notebooku? Nikoliv kvuli
Nechci se tu vyjdarovat k zadani. Ale 22MB je opravdu malinke. Stahujes
to vicemene jen jednou. I na vytacene lince to za hodinku mas doma a
nikdy jindy to stahovat nemusis. Po nainstalovani to neni o nic vetsi
nez nejaky priblbly SW na fotky (treba). Nehlede a to, ze FW nestahujes
jen pro tuto aplikaci, ale treba i pro jinou (ktera by si to jinak treba
tahla s sebou). Co se pak tyka velikosti aplikace - pokud ji distibuujes
po internetu, tak myslim, ze vysledek co dostanes z .NETu je mnohem
mensi nez z Delphi.
Pro Win95/98 je to jasne, bez kecu. ALe kdyz ma nekdo pocitac, na ktery
si muze FW dat, nevidim problem v tom vyvijet app. Nehlede na to, ze
pokud je to tvuj privatni zakaznik, tak mu muzes klidne ten FW s
apliakci poslat na CD (treba).
--
Bc. Jiri Cincura
http://www.ID3renamer.com/ | http://www.x2develop.com/
ICQ: 314711544 | Yahoo!: x2develop
http://blog.vyvojar(tec)cz/jirka/ | http://photo.cincura.net/
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 17:27:43
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 4:21 PM
>
> To jako pouzijes to stare obsolete ODBC? Windows 95 Ti smrdi,
> ale ODBC beres?
Mam-li pouzit DBF (cizi, vlastni databazi bych na tom rozhodne nepostavil),
pak pro ten dany ucel pouziju ODBC. Na cteni dat to bohate staci.
> Dobre, jednoduche jako facka - zakaznik ma
> multiverzi ucetnictvi pro 50 firem. Kazda firma ma data v
> jinem adresari. Ja nevim v dobe vyvoje v jakem to je
> adresari. Kazdy zakaznik si to nastavuje pro kazdou firmu
> samostatne. Da pridat firmu v programu, napise jeji udaje a
> cestu k datum si vybere pomoci cesty. Muzes mi prosim rici,
> jak toto jednoduse ja udelam programove v ODBC? Jinymi slovy,
> chci spravovat 50 cest k datum, abych to mel presne pod
> palcem a resil to za zakaznika.
Treba takto. Data taham podle nejakeho connectstringu, ktery mam v
konfiguraku (me aplikace, ne ODBC). No a v nem mam treba toto:
defaultdir=D:\PROGRAM FILES\COMMON FILES\BORLAND SHARED\DATA
Nebo jinou cestu, dle libosti.
> Dalsi z veci je to, ze ta data mohou byt v kodu Kamenickych a
> nebo v kodu Latin II. Jak toto vyresim v .NET pres to obsolete ODBC?
Nastavis si kodovou stranku, ze ktere chces nacitat data. Napriklad pres
Encoding. Posli takovou tabulku, a ja ti vratim kod, jak jsem se do ni
dostal a vycetl stringy.
> To je kde? Ja ho nikde nevidim. Je na webu MS. Dvojka.
http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-
8edd-aab15c5e04f5&DisplayLang=en
Na anglicke verzi XP se stahne s Windows Update, tlacitko volitelne. Na
ceske nevim, protoze jsem ho instaloval s VS. W2000 tu kvuli tobe zkouset
nebudu, minimalne je na uvedene url.
> Jak vsechno ostatni? Generator tiskovych sestav?
Samozrejme.
> Rychlost?
Srovnatelna.
> Velikost vcetne frameworku?
Co sem porad tahas velikost FW? Ten je rozsirenou soucasti OS, instaluje se
jen napoprve. U novejsich OS pocinaje W2003 je uz stnadardne soucasti
systemu. Takze stale zustava ten jeden duvod - stare krapy.
> Nutnost instalovat framework?
U novejsich verzi v ramci update.
> Pristup k jednoduchym DBF tabulkam?
Pokud je nutne je precist, neni problem. Pokud musis z nejakeho duvodu i
zapisovat, nemel by byt take zadny neprekonatelny problem. Ovladace tam
jsou.
> Pristup k hardware?
Vzdyt uz tu nekdo psal, ze v .NET se pisou i ovladace.
> Co tedy vlastne hovori pro .NET v pripade malych normalnich
> desktop aplikaci? Muzes byt konkretni?
Lepsi vyvoj z hlediska programatora, vyssi bezpecnost aplikaci, ktera je
dana uz samotnou architekturou .NET, investice do budoucna. Prace s daty je
v .NET uplne o necem jinem nez ve Win32 Delphi, a to znatelne.
> >> Kdyz ma byt mala, tak se nema stahovat .NET Framework.
>
> > Tohle zadani nevylucovalo, to sis umele pridal sam.
>
> Jak pridal? To zadani jsem delal ja sam osobne, tak snad vim,
> co jsem myslel, ne? Zbysku, co blbnes, jak to argumentujes?
Puvodni otazku jsem polozil ja. Proc Win32 radeji (nekde) nez .NET? Ty:
protoze ... se musi instalovat pomerne velky framework. Neblbnes? To neni
argument, ten se instaluje jen jednou, a jeste v ramci Windows update.
> Ja nevidim jediny duvod, proc bych mel takovou aplikaci
> zacinat v .NET a jeste tam snad davat Sineu v COM (kdyz
> FastReport je taky v COM), abych to pak musel za 5 let
> predelavat, az za tech 5 let mozna bude neco nativniho. Proc
> bych delal takove kockoprasata kvuli drobnosti?
Mozna neco nevis. Mozna to, ze .NET je v soucasnosti jedna velka COM
aplikace. Volani COM z .NET tedy sice neni uplne kristalove ryzi reseni,
rozhodne se ale nejedna o kockoprase. Urcite je to prirozenejsi nez volani
COM objektu z Delphi.
Jinak, pokud budes za cas neco predelavat, pak jen tu cast, ktera komunikuje
s generatorem sestav.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Petr Fejfar <development(zv)callnet(tec)cz> - 17.12.2005 17:03:16
Zbysek Hlinka wrote:> Po .NET programatorech je vsak
> ted poptavka, takze pokud ho umis, muzes si dovolit luxus takove
> zakazniky odmitnout.
Tomu nerozumim: ty prodavas sam sebe jako namezni silu na programovani
a o to, jak vydelat penize, se stara de facto tvuj zakaznik = zamestnavatel?
pf
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 16:58:00
Puvodni zprava ze dne 17.12.2005:
> co se tyka podpory DBF, jse to opravdu pouze pres MDAC, ale zase
> vzhledem k Delphi(ted se bavim jako o cistem delphi kdyz ho
> nainstalujes) tak v ramci instalace frameworku musis mit
> nainstalovano MDAC, pak v Delphi je jedina moznost BDE, ktere je
> slozitosti instalace a velikosti zruba na stejne urovni.
No tak, Martine, nemuzes prece argumentovat cistymi Delphi. To neberu
jako argument. Ja Ti taky nezakazuji pro .NET komponenty tretich
stran. Diskutujme na urovni...
> Co se tyka reportu, tak zase v cistem prostredi VS je jen Crystal
> report a alespon me se v nem dela hrozne (jsem zvykly na ponekud
> jiny komfort FastReportu) ale v Delphi to neni o moc lepsi, protoze
> tam soucasti Delphi jen Quick Report a noveji Rave report. V tomto
> srovnani mi to pripada zhruba stejne.
Odpovidam totez - tohle neberu jako argument.
> Vice je ale rozdil patrny v mnozstvi preve techto doplnku napr pro
> sestavy. V .NEt pouzivam jak XtraReports od DevExpress, tak
> SharpReportShooter a jsem v podstate spokojen. V Delphi uz jen
> FastReport a taky jsem spokojen.
Bohuzel XtraReports jeste neni na takove urovni jako FastReport.
Skoda, ze neni FastReport udelany pro .NET. To by bylo suprove.
> Podle me je to o dobe pouzivani a postupnem doplnovani ruznych
> komponent jak jsme zvykli z Delphi. Kdybys nemel TDBF tak by se taky
> spatne pracovalo s DBF (jasne tech komponent je asi vic) Zase v .NET
> se priznam o zadne nevim :(
No nemuzes zase argumentovat stylem "kdyby nemel TDbf" :-) Kdyby
nebyly zadne komponenty, tak si nikdo Delphi nekupuje uz od verze 1.
Na tom je to prece cele zalozene.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] Petr Vones <konference(zv)petrvones(tec)net> - 17.12.2005 16:55:35
From: "Petr Zahradnik" <clexpert(zv)clexpert(tec)cz>
> PS: Jinak, celkove, muj nazor je ten, ze toto je aplikace jako sita na
> miru prave Win32 a Delphi. A pokud tvrdis, ze nikoliv, tak jednoduse
Podle toho popisu ano.
V Delphi byl clovek zvykly na standardni nefunkcnost (IDE pada - nejcasteji s
AV v DCCxy.DLL, debugger nezobrazi kde co a nekdy zatuhne uplne, pri pouziti
nejake jeste neodzkousene oblasti v RTL/VCL se to kolikrat muselo nejdrive
opravit nebo nekde stahovat dalsi doplnky a ty donekonecna zkouset atd.)
Programator byl tedy stale na rozhrani tvurce aplikace a udrzbare vyvojoveho
nastroje a jeho knihoven.
Dlouho clovek toto povazoval za normalni chovani ktere byl ochoten tolerovat,
protoze lepsi vyvojovy nastroj pro dany typ aplikaci zkratka neexistoval.
S prichodem Visual Studia se ale vec zmenila, cimz netvrdim ze je bezchybne,
ovsem elementarni veci funguji tak jak by si clovek predstavoval a platforma
jako takova nabizi podstatne komplexnejsi mnozinu hotovych a pouzitelnych
trid. Na takove vychozi podminky si asi kazdy velmi rychle zvykne a nerad se
pak pripadne vraci technologicky o mnoho let zpet, protoze je to vlastne
ztrata casu, zkusenosti a predevsim to neni ani zabava.
Snazit se za kazdou aplikaci smerovat na .NET je samozrejme nesmysl, protoze
nekdy je to opravdu neobhajitelne. Snaha by spise mela smerovat tam, abych se
uz takovymi aplikacemi nemusel pokud mozno nikdy zabyvat, zdravi mame jen
jedno :-)
Petr Vones
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 16:47:09
Puvodni zprava ze dne 17.12.2005:
> Vzdyt jsem psal, ze W95 jsou duvodem. Po .NET programatorech je vsak
> ted poptavka, takze pokud ho umis, muzes si dovolit luxus takove
> zakazniky odmitnout. O prazdninach jsem si to prakticky overil.
Zbysku, prosim Te, ponech marketingova rozhodnuti na me. Diskuzi jsi
zacinal touto vetou:
----------------------------------------------------------------------
Docela by me zajimaly nazory proc radeji Win32 nez .NET (samozrejme ve
verzi 2).
----------------------------------------------------------------------
Takze ty nazory uz te nezajimaji, protoze se neslucuji s tvym
presvedcenim, a uz jsi tedy presel na marketingove rady, proc mame
odmitat zakazniky, abychom mohli programovat v .NET? A jsi si jisty,
ze takove rady tady nekoho zajimaji? Me rozhodne ne.
> Takze fakticky pada i duvod starych krapu (samozrejme pokud uz .NET
> umim a jsem schopen s nim generovat penize).
Ja jsem schopen penize generovat ve Win32 a take v .NET. Ve Win32
delam desktop aplikace a sluzby Windows, v .NET delam serverove
aplikace, webove sluzby a mobilni aplikace. To proto, ze nevidim svet
cernobile, nenadchnu se pro jednu vec, abych ty ostatni lety proverene
nastroje obratem ruky zahodil nejlepe spolu se zakazniky, a stale tam
vidim dost podstatny akcni radius.
>> Dokonce aplikaci v Delphi udelam rychleji.
> Ja ji dnes udelam rychleji v .NET. To je ale dano tim, ze uz mam
> .NET "v ruce".
No neudelas to rychleji, neudelas to vubec. Vzdyt nemas ten
reportovaci nastroj.
> Dalsim duvodem by tedy mohlo byt - "neumim .NET".
No jiste, .NET umi Hlinka, Stein a Valasek a ostatni mamlasove holt
pouzivaji (a museji pouzivat) jen Win32. A brzo skoci, protoze kdo
dela pro Win32, tak to uz vlastne neni programator. Davam ti tak
maximalne mesic, dva, a zacnes nam tu vykladat o pojidacich kolacku a
pohrdat Pascalem, ne? :-)
>> Chtel jsi slyset duvod, proc delat ve Win32, a na prvni
>> argument reknes, ze je to obsolete, a jinak je to vylozene
>> vhodne pro .NET? Si delas prdelky ze me nebo co?
> Na tom trvam. Viz dalsi duvody v tomto mailu. Pro tebe osobne to
> mozna vyhodnejsi je, pro me osobne neni. Ta sama aplikace. Nicmene
> usuzuju, ze tech 20 zakazniku ti da vydelat tolik, ze ti stoji za to
> zacinat pro ne nove veci ve Win32.
Ty vzdycky o tom "zacinani novych veci pro Win32" mluvis, jako kdyby
se snad jednalo o polozeni zakladniho kamene pro Eifellovu vez. O co
ti jako jde? Ano, stoji mi za to jednim kliknutim spustit Delphi a
napsat jednoduchou aplikaci v Delphi, delam to tak 10 let, co je
Delphi na svete, a delam to rad a neni to pro me zadne utrpeni. Delphi
se mi spousti stejne rychle jako Visual Studio a zacatek jakekoliv
aplikace pro me znamena zalozeni adresare na disku. Necitim se
menecenny, ze take delam v Delphi, jsem na to hrdy. Delphi je dobry
nastroj a vzdy byl. Ze delam neco take v .NET, to je uplne jedno.
Nejsem nikde organizovanej, tak si muzu delat co chci a jak chci,
treba zacinat nove projekty v Delphi.
> Nebo dam do instalatoru (treba ClickOnce) podminku, ze je nutny
> .NET2, a on se v ramci instalace stahne a nainstaluje.
Vsak jo, ja tam dam ClickOnce podminek treba deset a nic se stahovat
nemusi. A zakaznik je happy. Zakaznik je u me na prvnim miste.
>> a nesplnuje podminku na malou velikost pro jednoduche a rychle
>> stazeni z internetu.
> Ne, splnuje. Dokonce je s vyjimkou prvni instalace, pri ktere se
> instaluje i .NET (pokud jiz neni) mensi a jednodussi.
Stahovat .NET Framework neni pro kazdeho zakaznika jednoduche a
rychle, jsou zakaznici i zcela bez internetu, maji treba produkcni
pocitace oddelene od internetu z duvody obav z viru apod. Netreba o
tom diskutovat, veliky .NET Framework je pro mnohem uzivatele
problemem.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 16:20:42
Puvodni zprava ze dne 17.12.2005:
>> Troufnu si rici, ze pod .NET neni nic kvalitniho a pruzneho a
>> maleho pro tiskove sestavy.
> S tisky je to (pokud vim) ponekud problematicke. Bud je to naprd,
> nebo drahe. Ale situace se v .NET meni velmi rychle, takze kdo
> chvili stal, uz stoji opodal.
To jsou kecy a kecy a kecy. Ja tu aplikaci potrebuji udelat ted hned a
ne se na ni dva roky chystat a hledat a obmenovat Visual Studia, abych
pak slavnostne rekl, ze jsem dva roky vyvijel super-net-aplikaci pro
priblbly tisk dokladu z usetnictvi.
Ze kdyz nekdo chvili stal, stoji opodal, to je take ptakovina.
> Prdnu DataGridView na formular. Dam vybrat DataSource, pridat novy, vyberu
> Database, nova konetivita, vyberu MS ODBC, vytvorim connection string
> (wizardem) kde vyberu cestu a driver pro DBF, a ma hotovo. Vygeneruje se
> prislusny dataset a adapter pro praci s daty. Jednoduche jako facka, pristup
> z programu fakticky stejny jako proti datum z MS SQL. Kvuli tomu bych se
> nepachtil s programem ve Win32. Napoprve budes sice trochu hledat, ale pak
> budes chrlit jedno spojeni za druhym.
To jako pouzijes to stare obsolete ODBC? Windows 95 Ti smrdi, ale ODBC
beres? Dobre, jednoduche jako facka - zakaznik ma multiverzi
ucetnictvi pro 50 firem. Kazda firma ma data v jinem adresari. Ja
nevim v dobe vyvoje v jakem to je adresari. Kazdy zakaznik si to
nastavuje pro kazdou firmu samostatne. Da pridat firmu v programu,
napise jeji udaje a cestu k datum si vybere pomoci cesty. Muzes mi
prosim rici, jak toto jednoduse ja udelam programove v ODBC? Jinymi
slovy, chci spravovat 50 cest k datum, abych to mel presne pod palcem
a resil to za zakaznika.
Dalsi z veci je to, ze ta data mohou byt v kodu Kamenickych a nebo v
kodu Latin II. Jak toto vyresim v .NET pres to obsolete ODBC?
>> Aplikace neni jen ten EXE, ale i ten zbytek kolem, tj. ten
>> nezanedbatelny .NET Framework.
> Je leckdes.
To je kde? Ja ho nikde nevidim. Je na webu MS. Dvojka.
>> O tom, ze dnes na zadnem pocitaci neni .NET Framework 2, neni
>> pochyb.
> Nech na hlave, jakakoliv prvni aplikace psana v .NET 2 si jeho
> instalaci vyzada.
No vyzada a co teda? Zakaznik me posle do haje s tim stahovanim? Nebo
si to odnesl na jiny pocitac a tam nema pripojeni k internetu?
> Pricemz to neni zadny problem. Ma-li nekdo W2000+, jako by mel i
> .NET, byt ho zatim fyzicky treba nema.
Ma-li nekdo W2K+, nema .NET Framework 2, protoze to bych o tom musel
jiste neco vedet :-)
>> Tahat 22 MB navic jen kvuli tomu, ze jsem "in" a delam preci jen v
>> .NET, to neni u aplikace tohoto typu rozumne.
> Kdyz ho nevyzada tva aplikace, bude to nejspis hned dalsi v poradi.
> Takze dnes komukoliv vhodne vybavenemu nainstaluju .NET i kvuli
> prdu.
To je jenom jakesi predpoklady, ktere vychazeji z tvych zkusenosti.
Rozhodne to neni pravda. Pred 14 dny jsem byl u zakaznika, ktery ma
Windows 2000 a instaloval jsem mu tam Norton Ghost 10, ktery vyzaduje
(a obsahuje) .NET Framework 1.1. Vzhledem k tomu, ze jsem ho osobne
instaloval, tak vim, ze tam dosud nebyl. Jak je stary .NET Framework
1.1? Nemel ani 1.0. Proc tedy tento zakaznik, ktery je uplne normalnim
zakaznikem a pouziva uplne normalni aplikace jako je Office a ma
pripojeni k internetu, uz nekolik let nema .NET Framework 1.0/1.1? A
ty mi ted tvrdis, ze kdyz ja dnes nekomu nedam verzi 2.0, tak zitra ji
tam da nekdo jiny? Ale, ale, ale, to jsou recicky :-)
>> No nema .NET Framework 2 na pocitaci, proste nema. Nikdo nema
>> :-)
> Jeste chvilku tu budes mlit svou mantru, a nainstaluju .NET2 vsem ve
> svem okoli, vcetne svych starych rodicu. :))) BTW - do "nikdo"
> patrim i ja. Avsak ja (a mnoho dalsich, se kterymi delam), .NET2 ma.
> ;)
Ano - a ted tu mame jadro pudla - a o tom to je - ty mas svych par
kamaradu a svych par zakazniku. Tak je znas a vis, co tam maji. Ja mam
zcela jinou skupinu zakazniku a mam jich stovky. A take dobre vim, co
oni tam maji. Nemuzes posuzovat cokoliv globalne, kdyz nemas
odpovidajici vzorek zakazniku. Navic ty vubec nedelas koncove
aplikace pro ty obycejne zakazniky, jak to muzes teda posuzovat?
> Neni. Dnes ma pevne pripojeni kdejaky duchodce (nejen v Praze, ale i
> treba v Teplicich), takze tohle neresim. Jako by mel. ;)
A jeje. Jak jsi na to prosimte prisel? To jsi nekde cetl? Jako vtip
dobre, no :-)
> - a proc. Jediny duvod, ktery tu zustava, jsou Win 95. Vse ostatni
> hovori pro .NET.
Jak vsechno ostatni? Generator tiskovych sestav? Rychlost? Velikost
vcetne frameworku? Nutnost instalovat framework? Pristup k jednoduchym
DBF tabulkam? Pristup k hardware?
Co tedy vlastne hovori pro .NET v pripade malych normalnich desktop
aplikaci? Muzes byt konkretni?
>> Kdyz ma byt mala, tak se nema stahovat .NET Framework.
> Tohle zadani nevylucovalo, to sis umele pridal sam.
Jak pridal? To zadani jsem delal ja sam osobne, tak snad vim, co jsem
myslel, ne? Zbysku, co blbnes, jak to argumentujes?
> Napriklad pro Sineu existuje generator zapouzdreny do COM. Neni to
COM neni .NET, COM nikoho nezajima.
> sice .NET, ale rec je o me aplikaci. Mam moznost tedy obejit tisky
> (docasne, nez sezenu neco nativniho) pres COM, ale ma aplikace bude
> v .NET. A o tom bylo zadani. Kvuli knihovne tiskovych sestav tedy
> nebudu zacinat novou aplikaci ve Win32.
Ty nechces diskuzi a nazory, ty nechces nazory ostatnich, chces pouze
flame a jsi manipulator. Zbysku, to je traparna, cekal jsem, ze tohle
vsechno smerujes jen na jedno jedine, abys tu mohl prohlasovat, jak
nebudes zacinat novy projekt v nicem jinem nez v .NET. Tak nezacinej,
normalne si delej, co chces, ale neposilej tedy takhle trapne
prispevky do konference Delphi. Posilej je do konference VS.NET, tam
ti vsichni budou pritakavat.
Ja nevidim jediny duvod, proc bych mel takovou aplikaci zacinat v .NET
a jeste tam snad davat Sineu v COM (kdyz FastReport je taky v COM),
abych to pak musel za 5 let predelavat, az za tech 5 let mozna bude
neco nativniho. Proc bych delal takove kockoprasata kvuli drobnosti?
Neexistuje ani jedna vyhoda, proc bych to mel psat v .NET, ale sam
jsem napsal mnoho nevyhod. Takovou aplikaci jednoduse napisu ted hned
v Delphi 5 pro Win32. Nejen, ze na ni nebudu muset uz sahat, ale bude
pekne mala, rychla, pojede na vsem, a bude mi vydelavat penize.
Zakaznikovi je suma fuk, jestli je to .NET nebo Win32, on pozna velke
prd. Tedy kdyz nepocitam, ze v .NET bude muset stahovat framework a
pojede to pomaleji.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================
Pocet polozek v SQL tabulce
[*] Martin Radvansky <delphiconf(zv)radvansky(tec)net> - 17.12.2005 15:54:15
Dobry den,
JS> Dostal jsem Paradox databazi a mym ukolem je prevest to do Firebird.
No ted je otazka co od toho prevodu ocekava?
Kdyz si vezmu, ze to podle tvych slov je aplikace pravdepodobne
datasetove a tabulkove zamerena, tak pokud tomu jen das jiny zdroj dat
tedy Firebird, tak ocekavam v pripade sitove aplikace pokles vykony,
ktery se urcite nebude uzivali libit.
Na lokale to nebude tak markantni.
Mam pocit ze tohle se tu uz propirali kdyzi davno a prekopat aplikaci
z Paradoxu na SQL server jen pouhym preklopenim tabulek je to
nejjednodussi reseni, ale take "nejhorsim" beze zmeny aplikacni logiky
to je prace mirne receno nanic (no ted kdyz o tom premyslim, tak
kecam, muze to mit smysl prave u sitove aplikace, tam je paradox
pekna svi.., ale jinak urcite klesne vykon a odezva.
--
S pozdravem,
Bc. Martin Radvansky, MCP, MCSD .NET
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 15:49:50
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 3:00 PM
>
> > S vyjimkou rady W95 (coz bych dnes povazoval za hodne obsolete)
>
> Dobre, takze kdyz je takove zadani, co mam delat?
Vzdyt jsem psal, ze W95 jsou duvodem. Po .NET programatorech je vsak ted
poptavka, takze pokud ho umis, muzes si dovolit luxus takove zakazniky
odmitnout. O prazdninach jsem si to prakticky overil. Takze fakticky pada i
duvod starych krapu (samozrejme pokud uz .NET umim a jsem schopen s nim
generovat penize).
> Dokonce aplikaci v Delphi udelam rychleji.
Ja ji dnes udelam rychleji v .NET. To je ale dano tim, ze uz mam .NET "v
ruce".
Dalsim duvodem by tedy mohlo byt - "neumim .NET".
> Chtel jsi slyset duvod, proc delat ve Win32, a na prvni
> argument reknes, ze je to obsolete, a jinak je to vylozene
> vhodne pro .NET? Si delas prdelky ze me nebo co?
Na tom trvam. Viz dalsi duvody v tomto mailu. Pro tebe osobne to mozna
vyhodnejsi je, pro me osobne neni. Ta sama aplikace. Nicmene usuzuju, ze
tech 20 zakazniku ti da vydelat tolik, ze ti stoji za to zacinat pro ne nove
veci ve Win32.
> Instalace je stejna jako pro Win32. Neni rozdil. Kdyz
> nepocitam ten kravskej framework. O ten slo. A ten tedy
> nainstaluji jak? Jiste, nasadim instalacni nastroj. Nebo dam
> framework vedle a reknu: "spustit a nainstalovat". A nebo
> budu zakaznikum vysvetlovat, jak nastavit Windows update,
> kdyz mnozi ani nevedi, co to je.
Nebo dam do instalatoru (treba ClickOnce) podminku, ze je nutny .NET2, a on
se v ramci instalace stahne a nainstaluje.
> Uz ted aplikace .NET nesplnuje podminku funkcnosti na Windows
> 95
Ano, nesplnuje.
> a nesplnuje podminku na malou velikost pro jednoduche a
> rychle stazeni z internetu.
Ne, splnuje. Dokonce je s vyjimkou prvni instalace, pri ktere se instaluje i
.NET (pokud jiz neni) mensi a jednodussi.
> vyjadrit jeste k tomu nacitani DBF
> souboru a soucasne k report nastroji s user designerem?
Uz se stalo.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] kocan(zv)ebchod(tec)cz - 17.12.2005 15:43:24
Ahojky,
> > Je treba pocitat s tim, ze tedy je nutne ho take
> > stahnout, take instalovat. Bud v ramci instalace aplikace
> > nebo samostatne.
>
> Neni. Dnes ma pevne pripojeni kdejaky duchodce (nejen v Praze, ale i treba
v
> Teplicich), takze tohle neresim. Jako by mel. ;)
zatim jsem to jen sledoval mirne z povzdali, ale tohle je - promin -
ptakovina. Mam okolo sebe spoustu zakazniku (a znamych dodavatelu a jejich
zakazniku), kteri proste jeste nemaji bud vubec zadne pripojeni nebo jen
pripojeni vytacenou linkou. Proc? Protoze ho ke sve praci nepotrebuji -->
instalace FW je pak opravdu nebetycny problem (pro starsi stroje).
jinak muj soukromy nazor - IMHO je toto prave taky aplikace pro Win32 (i
kdyz .NET nijak nezavrhu, vubec ne, ale TCO a ROI v tomto pripade jsou IMHO
jasne pro Win32).
KER
Pocet polozek v SQL tabulce
[*] Martin Burle <mburle2(zv)volny(tec)cz> - 17.12.2005 15:38:58
> Zadavatel se nicmene domniva, ze rozdeleni techto velkych tabulek do
mensich logickych celku a propojeni novych entit vazbami by se negativne
odrazilo na rychlosti.
Ahoj, ja myslim, ze by se to mozna neodrazilo ani tak na rychlosti serveru,
jako na rychlosti vyvoje klientske aplikace ;). Pokud se ma napsat novy i
klient, pak bych prekopal i DM. Pokud chteji jen vymenit databazi, bude
lepsi nechat to tak jak to je, ne?
Martin Burle
Win32 a .NET
[*] Zbysek Hlinka <konference(zv)hlinka(tec)cz> - 17.12.2005 15:30:32
> -----Original Message-----
> From: delphi-l-owner(zv)clexpert(tec)cz
> [mailto:delphi-l-owner(zv)clexpert(tec)cz] On Behalf Of Petr Zahradnik
> Sent: Saturday, December 17, 2005 1:35 PM
>
> Troufnu si rici, ze pod .NET neni nic
> kvalitniho a pruzneho a maleho pro tiskove sestavy.
S tisky je to (pokud vim) ponekud problematicke. Bud je to naprd, nebo
drahe. Ale situace se v .NET meni velmi rychle, takze kdo chvili stal, uz
stoji opodal.
> Mozna se
> ale pletu, vlastne docela rad bych se mylil, tak jsem zvedav
> na reakce.
Ja take. Vi nekdo o solidni .NET knihovne pro tisky? Solidni znamena i pro
male projektiky, ne monstr reseni.
> V Delphi jednoznacne pristup na DBF pro ucely tohoto
> zpracovani komponenty TDbf, tj. free, nativni, bez dalsich
> bazmeku. V .NET je to obtizne resitelne, nutnost instalovat
> MDAC, slozity pristup na jednotlive cesty primo v adresarich,
> nekompatibilita s ruznymi DBF formaty, no a proste slozity
> bazmek pro tak jednoduchy ucel.
.NET 2, VS 2005, jedna z moznosti:
Prdnu DataGridView na formular. Dam vybrat DataSource, pridat novy, vyberu
Database, nova konetivita, vyberu MS ODBC, vytvorim connection string
(wizardem) kde vyberu cestu a driver pro DBF, a ma hotovo. Vygeneruje se
prislusny dataset a adapter pro praci s daty. Jednoduche jako facka, pristup
z programu fakticky stejny jako proti datum z MS SQL. Kvuli tomu bych se
nepachtil s programem ve Win32. Napoprve budes sice trochu hledat, ale pak
budes chrlit jedno spojeni za druhym.
> Aplikace neni jen ten EXE, ale i ten zbytek kolem, tj. ten
> nezanedbatelny .NET Framework.
Je leckdes.
> O tom, ze dnes na zadnem
> pocitaci neni .NET Framework 2, neni pochyb.
Nech na hlave, jakakoliv prvni aplikace psana v .NET 2 si jeho instalaci
vyzada. Pricemz to neni zadny problem. Ma-li nekdo W2000+, jako by mel i
.NET, byt ho zatim fyzicky treba nema.
> Tahat 22 MB navic jen kvuli tomu, ze jsem "in"
> a delam preci jen v .NET, to neni u aplikace tohoto typu rozumne.
Kdyz ho nevyzada tva aplikace, bude to nejspis hned dalsi v poradi. Takze
dnes komukoliv vhodne vybavenemu nainstaluju .NET i kvuli prdu.
> No nema .NET Framework 2 na pocitaci, proste nema. Nikdo nema
> :-)
Jeste chvilku tu budes mlit svou mantru, a nainstaluju .NET2 vsem ve svem
okoli, vcetne svych starych rodicu. :))) BTW - do "nikdo" patrim i ja. Avsak
ja (a mnoho dalsich, se kterymi delam), .NET2 ma. ;)
> Je treba pocitat s tim, ze tedy je nutne ho take
> stahnout, take instalovat. Bud v ramci instalace aplikace
> nebo samostatne.
Neni. Dnes ma pevne pripojeni kdejaky duchodce (nejen v Praze, ale i treba v
Teplicich), takze tohle neresim. Jako by mel. ;)
> Jde o jinou vec - byla polozena
> otazka, ktere aplikace ma cenu psat pro Win32 v Delphi a
> nikoliv v .NET.
- a proc. Jediny duvod, ktery tu zustava, jsou Win 95. Vse ostatni hovori
pro .NET.
> Kdyz ma byt mala,
> tak se nema stahovat .NET Framework.
Tohle zadani nevylucovalo, to sis umele pridal sam.
> Kdyz ma mit generator
> sestav s user designerem, tak ma mit generator sestav s user
> designerem.
Napriklad pro Sineu existuje generator zapouzdreny do COM. Neni to sice
.NET, ale rec je o me aplikaci. Mam moznost tedy obejit tisky (docasne, nez
sezenu neco nativniho) pres COM, ale ma aplikace bude v .NET. A o tom bylo
zadani. Kvuli knihovne tiskovych sestav tedy nebudu zacinat novou aplikaci
ve Win32.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka(tec)cz
Win32 a .NET
[*] Martin Radvansky <delphiconf(zv)radvansky(tec)net> - 17.12.2005 15:22:07
Dobry den,
PZ> Uz ted aplikace .NET nesplnuje podminku funkcnosti na Windows 95 a
PZ> nesplnuje podminku na malou velikost pro jednoduche a rychle stazeni z
PZ> internetu. Muzes se tedy, Zbysku, kdyz jsi to tak pekne presel,
PZ> vyjadrit jeste k tomu nacitani DBF souboru a soucasne k report
PZ> nastroji s user designerem?
co se tyka podpory DBF, jse to opravdu pouze pres MDAC, ale zase
vzhledem k Delphi(ted se bavim jako o cistem delphi kdyz ho
nainstalujes) tak v ramci instalace frameworku musis mit nainstalovano
MDAC, pak v Delphi je jedina moznost BDE, ktere je slozitosti
instalace a velikosti zruba na stejne urovni.
Co se tyka reportu, tak zase v cistem prostredi VS je jen Crystal
report a alespon me se v nem dela hrozne (jsem zvykly na ponekud jiny
komfort FastReportu) ale v Delphi to neni o moc lepsi, protoze tam
soucasti Delphi jen Quick Report a noveji Rave report. V tomto
srovnani mi to pripada zhruba stejne.
Vice je ale rozdil patrny v mnozstvi preve techto doplnku napr pro
sestavy. V .NEt pouzivam jak XtraReports od DevExpress, tak
SharpReportShooter a jsem v podstate spokojen.
V Delphi uz jen FastReport a taky jsem spokojen.
Podle me je to o dobe pouzivani a postupnem doplnovani ruznych
komponent jak jsme zvykli z Delphi. Kdybys nemel TDBF tak by se taky
spatne pracovalo s DBF (jasne tech komponent je asi vic) Zase v .NET
se priznam o zadne nevim :(
--
S pozdravem,
Bc. Martin Radvansky, MCP, MCSD .NET
Win32 a .NET
[*] Petr Zahradnik <clexpert(zv)clexpert(tec)cz> - 17.12.2005 14:59:40
Puvodni zprava ze dne 17.12.2005:
>> Jako chces tady vyvolavat flames nebo mas houby co na praci a
>> chces si povidat nebo co to ma znamenat?
> Dokazes si predstavit, ze me to skutecne zajima?
Tezko.
>> Priklad zadani:
>> Aplikace pro tisk prijmovych a vydajovych pokladnich dokladu.
>> Vice druhu tiskovych sestav, ktere jsou plne uzivatelsky upravitelne.
>> Nacitani dat se provadi z nekolika DBF souboru primo z
>> ucetniho programu. Aplikace musi bez problemu pracovat na
>> nejpomalejsich pocitacich s operacnimi systemy Windows 95 a
>> vyssich. Aplikace musi byt mala (mysleno kompletni aplikace,
>> nikoliv jen cast bez frameworku) pro snadne stazeni z
>> internetu. A musi byt jednoduse instalovatelna bez dalsich
>> nutnych pomocnych zalezitosti a naroku na kdeco.
> S vyjimkou rady W95 (coz bych dnes povazoval za hodne obsolete)
Dobre, takze kdyz je takove zadani, co mam delat? Porad mi tedy, kdyz
mam napriklad v konkretnich cislech 200 zakazniku a z toho 10% pouziva
Windows 95. To je 20 zakazniku. Mam jim rict, ze jsou obsolete a at
jdou do haje? Mam tu Delphi, mam tu Visual Studio. V Delphi mam daleko
vice knihoven a aplikace bude daleko rychlejsi a komfortnejsi a lepsi.
Dokonce aplikaci v Delphi udelam rychleji. Mam zahodit 20 zakazniku se
starym operacnim systemem jen proto, ze to mohu delat v .NET?
> je to uloha jako delana pro .NET.
Chtel jsi slyset duvod, proc delat ve Win32, a na prvni argument
reknes, ze je to obsolete, a jinak je to vylozene vhodne pro .NET? Si
delas prdelky ze me nebo co?
> Framework si uzivatel nainstaluje v ramci Windows update (no,
> vlastne u W95 a W98 uz ne), takze ke stazeni je to male.
Jasne, ke stazeni je to malinke, 22 MB je malinke pro nejakeho
uzivatele s Windows 95/98 s diskem 1,2 GB na notebooku? Nikoliv kvuli
software za desitky tisic na vedeckou praci, ale kvuli pitomemu malemu
programku na tisk dokladu? Co blbnes, Zbysku, prober se :-)
> Instalace jednoducha - dokonce tak, ze to staci nakopirovat na disk
> a spustit. Ikonky na plochu se tam davaji jen proto, aby to uzivatel
> vubec nasel.
Instalace je stejna jako pro Win32. Neni rozdil. Kdyz nepocitam ten
kravskej framework. O ten slo. A ten tedy nainstaluji jak? Jiste,
nasadim instalacni nastroj. Nebo dam framework vedle a reknu: "spustit
a nainstalovat". A nebo budu zakaznikum vysvetlovat, jak nastavit
Windows update, kdyz mnozi ani nevedi, co to je.
Uz ted aplikace .NET nesplnuje podminku funkcnosti na Windows 95 a
nesplnuje podminku na malou velikost pro jednoduche a rychle stazeni z
internetu. Muzes se tedy, Zbysku, kdyz jsi to tak pekne presel,
vyjadrit jeste k tomu nacitani DBF souboru a soucasne k report
nastroji s user designerem?
PS: Jinak, celkove, muj nazor je ten, ze toto je aplikace jako sita na
miru prave Win32 a Delphi. A pokud tvrdis, ze nikoliv, tak jednoduse
nemas pravdu.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
web: http://www.clexpert(tec)cz, e-mail: clexpert(zv)clexpert(tec)cz
==========================================================