Hollosi Information eXchange /HIX/
HIX CODER 1239
Copyright (C) HIX
2001-07-17
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: BCB v. VC (mind)  55 sor     (cikkei)
2 java linkek (mind)  7 sor     (cikkei)
3 Re3: VC vs BCB (mind)  37 sor     (cikkei)
4 VB datagrid button tulajdonsag (mind)  13 sor     (cikkei)

+ - Re: BCB v. VC (mind) VÁLASZ  Feladó: (cikkei)

Szia Jozsi!

> VCL egy magasabb szintű objektum készletbe csomagolja neked a WinAPI-t,
> ugyanúgy ahogy az MFC is. Tehát nem a C-s WinAPI-t kell bizergálnod ezer
> különféle handle, üzenet, lparam stb lekezelésével, hanem vannak
> (Pascal/C++) objektumaid, amelyeknek
> - több property-je van (azokat állítgatva azonnal változik a vizuális
>   megjelenés),
> - eseménye van (azokhoz írt eseménykezelők helyetesítik az óriási
>   üzenet feldolgozó WinAPI függvényeket)
> - intelligens handle, resource kezelés van
> Tehát neked csak egy magasabb szinten, jóval kényelmesebb környezetet
> kell belaknod, nem kell kis apró hülyeségeket észben tartani, kezelni.
> Rengeteg ellenőrzést elintéz helyetted, tehát nem kell sok-sok órát
> alapvető dolgokkal debuggolni.

tehat mint az MFC - ben, akkor ez rendben ...

> A VCL alatt ki lehet cserélni a WinAPI alapot glibc, X alapra, és így
> szinte ugyanazokat a forrásprogramokat le lehet fordítani Kylix-ben: a
> frontend ugyanaz, a backend teljesen más.

gondolj a marketing reszere a dolgoknak, a Borland - nak nincs op.
rendszere, tehat minél tobb op. rendszer ala elkeszitik a fejleszto
kornyezetet, elmeletileg annal jobban fog menni a cegnek, namost a
Microsoft - nak van op. rendszere, akarhogy is nezem csak maga alatt
va'gna' a fa't, ha ta'mogatna' a konkurencia op. rendszereit ...

> Úgy érted, hogy mondjuk 4 GL - 3 GL? Nem értek annyira hozzá, de amit
> a VC-ből láttam, az sokkal inkább a "Csinálunk 125 wizzardot, ami 1
> perc alatt 1 millió sor rossz minőségű kódot generál" stílusnak tűnt...
> Tehát ha tényleg van generációs különbség - szerintem max fél
> generáció lehet;).

ezt a "125 wizard és 1 millio sor rossz mino"se'gu" kód .." dolgot
le'gyszi fejtsd ki, ez már nekem sa'rdoba'la'snak tunik, maradjunk az
e'sze'rvekne'l ... !!!!

a ce'gne'l, ahol dolgozom, ismerkedek a Delphi - vel, nem aze'rt mert
Borland terme'k, de nagyon rossz ve'leme'nyem alakult ki rola, re'gen
haszna'ltam a Borland C 3.1 terme'ket, DOS alapu, tetszett és megvoltam
vele ele'gedve, teha't nincs re'szrehajla'som ... a mai tobb megahertz
proci és tobb százmega memoria vila'ga'ban, nem le'nyeg a me'ret és a
futa'si ido", a Delphi - ben gyorsan lehet osszedobni egy-egy
alkalmaza'st, me'ret nem sza'mít ... lehet hogy csak na'lam, de ele'gge'
instabil, végul is BCB - ben irta'k :-)), bocsi, nem birtam ki .

a felre ertesek elkerulese vegett, nem vagyok Microsoft hivo, neha nekem
sem tetszik amit es ahogy csinalnak, de ilyen az uzleti vilag, nezd meg a
Matav - ot vagy a MOL - t, BT vagy a franciakat hazankban, ha nem
terjeszkednenek, megennek oket ... kulonosen az informatika ilyen, egy
pillanatnyi lazitas es veged, mar tapasztaltam cegeknel .... nincs pihi
.... puskaztal mar, az jogosulatlan elonyszerzes!! ismeros?

folytathatjuk, Doma
+ - java linkek (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Mindenkinek koszonom a java linkeket, ezekkel mar  el tudok indulni.

-- 
Best regards,
 Karcsi                          mailto:
+ - Re3: VC vs BCB (mind) VÁLASZ  Feladó: (cikkei)

> , Jul 14 2001, CODER #1237:

> arra lennek kivancsi, hogy a BCB VCL - je nem a WinAPI hivasokat hasznalja a
> Windows programozashoz? Ha nem, akkor mit, mivel en mast nem ismerek,
> lehet hogy tudatlan vagyok!

A VCL egy magasabb szintű objektum készletbe csomagolja neked a WinAPI-t,
ugyanúgy ahogy az MFC is. Tehát nem a C-s WinAPI-t kell bizergálnod ezer
különféle handle, üzenet, lparam stb lekezelésével, hanem vannak (Pascal/C++)
objektumaid, amelyeknek
- több property-je van (azokat állítgatva azonnal változik a vizuális megjelené
s),
- eseménye van (azokhoz írt eseménykezelők helyetesítik az óriási üzenet
feldolgozó WinAPI függvényeket)
- intelligens handle, resource kezelés van

Tehát neked csak egy magasabb szinten, jóval kényelmesebb környezetet kell
belaknod, nem kell kis apró hülyeségeket észben tartani, kezelni. Rengeteg
ellenőrzést elintéz helyetted, tehát nem kell sok-sok órát alapvető dolgokkal
debuggolni.

A VCL alatt ki lehet cserélni a WinAPI alapot glibc, X alapra, és így szinte
ugyanazokat a forrásprogramokat le lehet fordítani Kylix-ben: a frontend
ugyanaz, a backend teljesen más.

> Mellesleg, legjobb tudomasom szerint, a BCB és a VC nem azonos generacio
> szamu fejlesztoi kornyezet.
Úgy érted, hogy mondjuk 4 GL - 3 GL? Nem értek annyira hozzá, de amit a
VC-ből láttam, az sokkal inkább a "Csinálunk 125 wizzardot, ami 1 perc alatt
1 millió sor rossz minőségű kódot generál" stílusnak tűnt...
Tehát ha tényleg van generációs különbség - szerintem max fél generáció lehet;)
 .

Egyébként más hozzászólás nincs? Senkit se érdekel ez a téma? (no flame, plz)
-- 
Józsi

+ - VB datagrid button tulajdonsag (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

a problemem, hogy egy adobdc forras eredmenyet (melyben levelek
iktatasa van cimzett, felado...)atadom egy datagridnek, amiben
szeretnem, ha a a cimzett kivalasztahato legyen ugy, hogy a "cimzett"
oszlop tulajdonsagat buttonra allitom, de nekem csak az az egy cimzett
szerepel, aki a tablaban benne van.
NEm vagyok benne bizstos, de leht hogy sz SQL lekerdezessel van a
problema.
Segitsegeteket elore is koszonom.

-- 
Udvozlettel:Bánfalvi Zsolt                       mailto:

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS