Sziasztok!

Delphiben irok egy fuggvenyt:
function Mindegy(hogy: string): string;
;

Ha a progiban ezt a fuggvenyt hivom meg a
Copy(mibol, start, stop-start+1) helyett, akkor az lassabb lesz?

Elore is koszonom a valaszokat.

-- 
udvozlettel,
 Gergely

Abszolute nem akarok flame-t, de azért ez megér 1-2 szót:

>  , Jun 21 18:13, CODER #1214:
>
> Szerintem a java egyre jobban elterjedt lesz, alapvetoen internetes
> progizasi n yelv, (java servlet, stb...), sebesseg nem olyan veszes

Hmmm...
Ha valakinél a Java - C++ választás felmerül, lehet egyik a
jó, lehet másik a jó választás, attól függően, hogy

- cégnél, megrendelőnél mit használnak

- milyen jellegű progikat készítenek: ha a portolhatóság a fő szempont
   esetleg "nagyon Internetes" programokat fejlesztenek, ekkor inkább Java,
   minden egyéb esetben viszont a teljesítmény miatt C++.

Igazán teljesítmény orientált alkalmazásokat szívem szerint soha nem
bíznák Java-ra, csak cpp-re.

> SZERINTEM, de pl. jatekot csa k java-ban nehez lenne irni, viszont tud
> kulso, nativ dolgokat is hasznalni (wind ows alatt .dll, unix alatt .so),
> tehat lehet vele jatekot is fejleszteni, sot, assz em a
> www.javaworld.com-on volt is errol egy cikk, hogy egy ceg ugy fejleszt
> jatekoka t, hogy java-ban megirja a belsejet, a megjelenites meg nativ
> megy, ugyhogy nem ol yan rossz...

szerintem egy kicsit gyanús, hogy szétválasztunk egy programot szép és
hatékony részekre, más eszközzel oldjuk meg.

C++-ban igenis legalább olyan szép progikat lehet készíteni, sőt,
a nyelv finomságai (pl template-k) miatt még szebbeket is, mint
Java-ban. Az engine ráadásul portolható is lesz szinte bármire.

Játékot (abszolút teljesítmény központú elvárások, ha nem pasziánszról
van szó) végképp nem állnék neki Java-ban megírni.

> Elonye, hogy nincsenek mutatok
> (rengeteget lehet szivni vele), helyette referen ciak, automatikus
> szemetgyujtes (nem kell felszabaditgatnod az egyes objektumokat...)

bocs, de mindezt cpp-ben objektumokkal gyönyörűen meg lehet
valósítani (nem a levegőbe beszélek, nagy rendszert hoztunk össze
úgy, hogy 1-2x kellett csak pointerek, memory leak miatt aggódni,
aztán gyorsan ki lett végezve az is - és persze a memóriakezelés
hatékonysága nagyságrendekkel jobb, mint Java-ban, sebesség szintén.
A C++ nem C, ahol bűvészkedni kell mutatókkal, itt igen intelligens dolgokat
tesz lehetővé a nyelv.

> valamint rengeteg beepitett cuccos (listak, fak, stringek, fileok,
> grafika, han g, minden, ami szem-szajnak ingere...)

- adatkezelés=> STL (_standard_ template library), ahol mindezek
nagyon szépen, és majdnem gépi kód sebességgel mennek + bármilyen
egyéni adattárolást is csinálsz, az is ugyanilyen hatékonyságú lesz.

- grafika, hang: nincs beépítve, tehát itt (szintén) valamilyen külső rendszert
kell használni - de az villámgyors lesz, szemben mondjuk egy Java-s
kezelői felülettel, ami tényleg multiplatform, csak 450MHz-es gépen az ember
győzze kivárni, amíg megjelenik egy darab ablak...

> Szoval nekem teccik... egy kicsit lassucska, de belefer (366 celnyo, 192
> mega ram) Van gjc, amivel valahogy lehet nativan forditani, tehat nem
> kell neki az interpreter, csak valami lib...

Ahogy hallottam Java-s kollegáktól, itt nagy gond a viszonylagos
kiforratlanság, többfajta JDK verzió, ezek kompatibilitása -
szóval ez sem fenékig tejfel.

Szóval ha a teljesítmény az első, sajnos a Java még nem igazán rúg
labdába, más esetben viszont talán megéri belefeccölni a fáradtságot.

(Még 1x, ez nem flame, csak vélemény)

Józsi

Sziasztok!
A fenti temakorben szeretnek eligazitast kapni.
Egy egyszeru prorgamot szeretnek irni, mely Windows alatt megvizsgalja,
hogy mely bongeszo/levelezo van feltelepitve, milyen beallitasokkal
(elsosorban a tarcsazasi beallitas erdekelne, de indulashoz jo talan mas
vizsgalat is), tovabba szeretnek  letrehozni altalam beallitott telefonos
kapcsolatot (elnevezes, telefonszam, tarcsazasi tulajdonsagok), szinten a
user kihagyasaval, melyre a bongeszoben hivatkozhatnek.

Merre induljak? Ez inkabb explorer/outlook "programozas" (ha igen, min
keresztul), vagy windows fuggvenyekkel is lekerdezheto/beallithato,
illetve a registry modositasa elegendo?

Koszi:
Jozsi.

<2001. június 22. 22:19>
Szia!

> egy ceg ugy fejleszt jatekokat, hogy java-ban megirja a belsejet, a
> megjelenites meg nativ megy, ugyhogy nem olyan rossz...

   A legjobb pelda a Java sokszinusegere, stabilitasara, platform -
fuggetlensegere mondjuk az Oracle8 telepito keszlete (foleg a kliens)...
No comment... Aki ismeri, az tudja, aki nem, az meg ne kerdezze, mert
sokat fog kapni... :)

/--- Greetz, Toth Peter / Petrus ------------[ICQ: 83284680]--\
HP: http://rpg.rulez.org/member/peterpg ----------- (06.18.)--|
\-- http://rpg.rulez.org/cu/ (Chaos Ultra Online) - (06.22.)--/
:) -Chips zacskón: Ön is nyerhet! Még vásárolnia sem kell! Részletek a
zacskóban!

Szevasz Peter, Szevasztok!

>Felado :  [Hungary]
>Temakor: Re: Windows Hook ( 8 sor )
>Idopont: Fri Jun 22 00:53:05 CEST 2001 CODER #1214
>Kaptam egy peldaprogramot, amit koszonok, de az sem mukodik.
>Peter

Tegyuk fel, hogy ertem a problemadat, bar mar nincs meg az elso leveled.
A mintapeldat en kuldtem, es mukodik, bar kenyes egy-ket dologra. A pelda
kommentjeben ezek le vannak irva, biztos vagyok benne, hogy valamelyik
feltetel nem teljesul. Ha mindenhonnan el akarod erni, hogy a hook-od
elkapja az uzenetet, akkor:
1. a dll-nek statikusan linkeltnek kell lennie
2. a dll helyenek benne kell lennie a path-ban
Arrol nem is beszelek, hogy a sajat hook-odat termeszetesen inicializalni
kell, majd kilepeskor unhook kell:

HHOOK _EXPORT HookHandleForKeyboardProc;
LRESULT CALLBACK _EXPORT KeyboardProc(int, WPARAM, LPARAM);

Ez a fo programban van:
void __fastcall TFormMain::InitializeHook()
{
HookHandleForKeyboardProc = SetWindowsHookEx(WH_KEYBOARD,
                                             (HOOKPROC)KeyboardProc,
                                             HInstance,
                                             0);
}
//---
-

Ez a dll-ben van:
//---
-
LRESULT CALLBACK KeyboardProc(int    p_HookCode,
                              WPARAM p_VirtualKeyCode,
                              LPARAM p_KeystrokeMessageInformation)
{
if (p_HookCode < 0)
  return CallNextHookEx(HookHandleForKeyboardProc,
                        p_HookCode,
                        p_VirtualKeyCode,
                        p_KeystrokeMessageInformation);

if (!(p_KeystrokeMessageInformation & 0xA0000000)) // WM_KEYDOWN
  {
  case (LOWORD(p_VirtualKeyCode))
    {
// ide a Te programreszed jon
     } // case
   } // if

return CallNextHookEx(HookHandleForKeyboardProc,
                      p_HookCode,
                      p_VirtualKeyCode,
                      p_KeystrokeMessageInformation);
}                                       // KeyboardProc
//---
-

Ez a fo programban van:
//---
-
void __fastcall TFormMain::FinalizeHook()
{
if (HookHandleForKeyboardProc)
  {
  UnhookWindowsHookEx(HookHandleForKeyboardProc);
  HookHandleForKeyboardProc = NULL;
  }
}

Szite egeszen biztos vagyok benne, hogy a fentiek kozul valamelyik nem
teljesul.

(Ha kell elkuldom a mukodo exe es dll-t. [Win98 ala keszult CBuilder
4-gyel])

(::-{)> Torma Istva'n, TOR, 
(Kuldtem listara es maganba is.)
A valaszokat ide a listara kerem, mert olvasom es mert mast is erdekelhet

On Sat, May 16, 1964 at 09:44:59AM +0000,  wrote:
> Szerintem a java egyre jobban elterjedt lesz, alapvetoen internetes
> progizasi n yelv,

En nem skatulyaznam be ebbe a dobozba. Erre hasznaljak legtobbet,
de nem erre talaltak ki.

> (java servlet, stb...), sebesseg nem olyan veszes
> SZERINTEM, de pl. jatekot csa k java-ban nehez lenne irni, viszont tud
> kulso, nativ dolgokat is hasznalni (wind ows alatt .dll, unix alatt .so),

Nem minden unix alatt van .so. Sot, erdemes arra is figyelni, hogy
nem mindenhol van interpreter sem.

> Elonye, hogy nincsenek mutatok
> (rengeteget lehet szivni vele),

Csak ha gyakorlatlan vagy.

> helyette referen ciak, automatikus
> szemetgyujtes (nem kell felszabaditgatnod az egyes objektumokat...)

En nem szeretem, hanyagsagra csabit.

> valamint rengeteg beepitett cuccos (listak, fak, stringek, fileok,
> grafika, han g, minden, ami szem-szajnak ingere...)

C++-ban is megvan ugyenez, csak kulon libraryben.

> Szoval nekem teccik... egy kicsit lassucska, de belefer (366 celnyo, 192
> mega ram)

Na most kepzeld el, mit muvelne egy 300/72-es gepen..
De ami igazabol nem tetszik az az, hogy tobb mint 10 megas
runtime environment kell hozza.

Egyebkent hogy valami konstruktivat is mondjak az eredeti
postolonak: mar nem tudom mi volt a kerdesed, de ha ez lesz az
elso OO nyelved, akkor szerintem kezdj inkabb egy tisztan
ilyennel, vagyis ha csak Java es C++ kozul valastasz akkor
Javaval. De ha belefer mas is, akkor inkabb SmallTalk.
A C++-ot meg mindket esetben felejteni el orokre :)

_tgz