| |
|
|
Nico Madysa | Hola si!
Yo habe en mi Hauptprogramm algunos APIs mittels ImportDLL() importiert, y zwar después de folgendem Muster KompilierenMarcaSeparación Dem angeschlossen son algunos Includedateien, de denen una, eigens para dieses Programa erstellte en eben esta Características zurückgreift, bspw. con KompilierenMarcaSeparación Nun zwingen mich algunos besondere Umstände dazu, XPSE a nutzen, welches sin embargo jedesmal aufs Neue behauptet, ihm sei el Función u_GetWindowRect() en XYZ.INC unbekannt.
Nochmals voluntad Yo darauf hinweisen, daß esta Procedimiento maßgeschneidert para dieses Programa es y yo somit auch en Dinge, welche sólo en el Hauptprogramm definiert voluntad zugreifen puede voluntad. Bisher zwingt mich esta Fehlermeldung dazu, ständig {$noerr} utilizarse, wodurch allerdings natürlich auch todos echten Fehler ignoriert voluntad, qué me ebenfalls mißfällt.
Mi Cuestión nun: Ist una solche Kapselung de Includedateien wirklich nötig oder podría XPSE no simplemente gnädiger ser? |
|
|
| |
|
|
|
RGH | Wahrscheinlich ha hier XPSE el problema, dass a Compilezeit natürlich no bekannt es, welche Características el DLL a Laufzeit en el ausführenden Rechner haben voluntad. (Es z.B. auch el Grund dafür, dass el Compiler de XProfan fehlende Características no mehr anmeckert, pero dies el Runtime überlässt.)
Saludo Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 24.03.2009 ▲ |
|
|
|
|
| ~ setzt veces dieses Ding davor. Tal vez es entonces.
mfg |
|
|
| |
|
|
|
RGH | Peter Bierbachh
~ setzt veces dieses Ding davor. Tal vez es entonces. mfg
Bestimmt no! Das hilft sólo, si la externo Características en Headerfiles deklariert son! Hier es en el Import de Características por ImportDLL()! (Hier lohnt se una Blick en el Ayuda!)
Saludo Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 24.03.2009 ▲ |
|
|
|
|
| @Nico: El NOERR-Keule kann para Einzelfälle de pushKeyWord verhindert voluntad - pero yo habe una Concepto Yo z.B. ImportDLL(USER32,u_) todavía ermöglichen kann. Alternativ podría Yo una Vorzeichen para Características erfinden welche no angewarnt voluntad debería, algo como como __. |
|
|
| |
|
|
|
Matthias Arlt | Peter Bierbachh
~ setzt veces dieses Ding davor...
Dieses Ding ha de paso auch una Namen. Lo nennt se Tilde. Nur veces así, si el Begriff veces andernorts auftaucht...
Saludo Matthias |
|
|
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 24.03.2009 ▲ |
|
|
|
|
Nico Madysa | IF
@Nico: El NOERR-Keule kann para Einzelfälle de pushKeyWord verhindert voluntad
Haha, Yo wußte doch, daß lo como todavía algo para el Einzelfall gab - sólo, Yo vergessen hatte, daß lo PushKeyWord hieß - danke!
IF
Alternativ podría Yo una Vorzeichen para Características erfinden welche no angewarnt voluntad debería, algo como como __.
Und como wärs, si du simplemente ausläsest, welches Präfix en ImportFunc/ImportDLL angegeben se y todos Características con el ausgelesenen Präfixen ignoriertest? Das klappte entonces en mi obigen Beispiele sí con alles DLL salvo el Prospeed - entonces müßten XPSE-Nutzer sólo en Import-x() una Präfix angeben, una Einschränkung, a welche incluso Yo mich gewöhnen podría. |
|
|
| |
|
|
|
| Lo nennt se Tilde.
Für mich es una Ding... Natürlich Tuve ya voller Erwartung en el Belehrung gewartĂ©t.
Hatte a Casa con un Kameraden darüber ya una Wette abgeschlossen. Also, ihr seid ya correcto lustig, en euch bleibe Yo Ist una Foro voller Witz.
mfg |
|
|
| |
|
|
|
Matthias Arlt | Gratuliere a gewonnenen Wette |
|
|
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 25.03.2009 ▲ |
|
|
|
|
| @Nico: So ähnlich mache Yo en el el Unidades, sólo el Yo hay auch todavía Comparar si el Características de el .def-Expediente übereinstimmen y el Diferencia el dass Präfix no en uno Stringkonstante abgelegt* se. Das debería aber hinzubekommen ser si el Präfix en una . (en Worten: Punkt) endet.
Finde Yo sowieso irgendwie komisch (aber todavía auch wiederum verständlich) el Roland el Präfix en import... en un String esperado. |
|
|
| |
|
|
|
RGH | IF
@Nico: So ähnlich mache Yo en el el Unidades, sólo el Yo hay auch todavía Comparar si el Características de el .def-Expediente übereinstimmen y el Diferencia el dass Präfix no en uno Stringkonstante abgelegt* se. Das debería aber hinzubekommen ser si el Präfix en una . (en Worten: Punkt) endet. Finde Yo sowieso irgendwie komisch (aber todavía auch wiederum verständlich) el Roland el Präfix en import... en un String esperado.
Das Präfix es nun veces una Zeichenkette, Así que una String.
Yo sería allerdings no el Punkt vorschreiben (sí no una vez empfehlen). Der Unterstrich wäre para esta speziellen Fall el erste Wahl. Der Punkt trennt Objeto de Método/Eigenschaft o. Klasse de Método Eigenschaft y ha somit en el XProfan-Syntax una definierte Bedeutung. Noch erlaube Yo en Bezeichnern nahezu todos Signo, pero yo habe ya des öfteren darüber nachgedacht, Bezeichner en Buchstaben (A..Z,a..z), Ziffern (0..9) y Unterstriche (_) a beschränken, wobei el erste Signo una Buchstabe oder Unterstrich ser muss. El Sorge a Herzkranzgefässe einiger altgedienter User, el lo bislang anders hielten, ha mich bisher su abgehalten. ;)
Saludo Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 25.03.2009 ▲ |
|
|
|
|
| Auch si z.B. Yo no siempre una Klasse definiere - así einklassiere (Yo quería no klassifizieren escribir ) Yo todavía fast alles después de dieser Syntax - el Información general wegen behaupte Yo simplemente lo son alles Klassen!
Ein Ejemplo:
ogl.clear ogl.push ogl.pop
gehört alles a ogl - Yo finde muy praktisch y el ziehe Yo seither auch en grösseren Programmen así por.
Man podría also sagen, ogl sei hier después de el Syntax una klasse - si auch no echte.
Und si uno z.B. de uno klasse DLL todos Características einholt, entonces liegt lo doch garnicht fern a sagen: thisDll.methode
Das no bastante korrekt es, me está klar - hingegen XProfan sin embargo no Objektbezogen arbeitet como z.B.
declarar a$,b$ b$=a$.mid$(1,10)
womit el meinige Principio insich wiederum schlüssig es y en el Alltag breite praktischste Verwendung gefunden ha.
Das wiederum Praktische es dass keiner (específicamente) meiner Wünsche Usted a algo (como z.B. el Abschaffung des Punktes de el Bezeichnernamen) hindern necesario como Yo el XProfan por XPSE sí en mi Bedürfnisse zurechtrücke. |
|
|
| |
|
|