| |
| |
|
Jac
de
Lad | Hallöle,
comment peux je qui Adresse einer Callback-Funktion dans Profan nutzen? alors je mon, j'écris une schrecklich compliquée Funktion et veux, dass qui Fortschritt de quoi que + subj. ausgegeben wird. alors soll comme paramètre qui Adresse einer Funktion mittels ProcAddr transfert volonté. peux je qui ensuite per Call appel???
Jac  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 05.07.2006 ▲ |
|
| |
|
|
Sebastian
König | allô Jac,
im Prinzip sollte es ne...aucune Problem son, une Procédure sur ses ProcAddr() aus dem eigenen Programme heraus avec Call() aufzururfen, allerdings fällt mir im Moment aucun Situation un, dans qui cela sinnvoll wäre - tu peux qui Procédure schließlich selbst entier normal appel.... (ou bien suis je maintenant seulement trop phantasielos?  )
qui primäre Nutzen ist qui Callbacks ist sicherlich qui Possibilité qui Adressen à bestimmte API-Funktion trop transfert, qui une Callback-Adresse erwarten - zum Beispiel SetWindowLong() - Stichwort Subclassing - ou bien aussi SetTimer().
MfG
Sebastian |
|
| |
| |
| |
|
|
 | oui c'est ca, aussi Funktionen quelle irgendwas enumierieren (ou bien iterieren  ) brauchen souvent une Prozeduradresse à Einzelergebnisse abzuliefern. Z.B. Auflisten de installer Fonts ou bien Dateidownload avec Prozessbar...
tu peux cela Call aussi bien verwenden si Du dedans de ASM-Passagen sur XProfanprozeduren zugreifen vouloir. |
|
| |
| |
| |
|
|
 | | avec einem Callback gibts Du anderen Funktionen, meist dans DLL (so comment qui API oui aussi) une Funktionsadresse, quelle cet direct appel et effectuer peut, presque indépendant en quoi Dein Programme justement pouvoir. c'est pourquoi peux so un Callback sous anderem, pour un flüssigeren le cours qui Ereignisbehandlung sorgen. Selber appel eines solchen Callback per Call pouvoir im allgemeinen wirklich keinen Sinn , So un Callback ist dans gewisser Hinsicht presque un fil. Einsatzgebiete, comment iF déjà partiellement sagte, Windows-Callback, Enumerationen, Streaming de données (z.B. um RTF vite trop füllen) ou bien aussi Fortschrittsanzeigen, weil une Pack- ou bien Kopierroutine länger braucht, et so vite la fois annonce pouvoir et sur Abbruch prüft. |
|
| |
| |
| |
|
|
Jac
de
Lad | Hm, cela klärt mon Frage.
@Sebastian: je hab zum Beispiel une PCU, qui une longtemps opération ausführt et comme paramètre übergebe je qui Adresse einer Profan-Procédure, qui ensuite meinetwegen une Wert dans Prozent bekommt et ensuite cela entweder ausgibt ou bien quoi draus berechnet ou bien...ist alors droite sinnvoll!
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 06.07.2006 ▲ |
|
| |
|
|
Sebastian
König |
@Sebastian: je hab zum Beispiel une PCU, qui une longtemps opération ausführt et comme paramètre übergebe je qui Adresse einer Profan-Procédure, qui ensuite meinetwegen une Wert dans Prozent bekommt et ensuite cela entweder ausgibt ou bien quoi draus berechnet ou bien...ist alors droite sinnvoll!
Ok, stimmt  . aussi pour qui de iF erwähnten ASM-Passagen ist es naturellement pratique.
MfG
Sebastian |
|
| |
| |
| |
|
(443)
Deutsch
English
Français
Español
Italia