| |
| |
|
| - Página 1 - |
|
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?  |
|
| |
| |
| |
|
|
| |
| |
| - Página 1 - |
|
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. |
|
| |
| |
| |
|
| |
| |
| - Página 2 - |
|
|
| ...Intento uno Übersetzung des letzten Beitrags en el Deutsche:
Auch si no siempre una Klasse definiert se, richte Yo persönlich fast alles después de dieser Syntax de. Beispiele:
ogl.clear
ogl.push
ogl.pop
Hier gehört alles a (Pseudo-)Klasse ogl. Yo finde el praktisch y wende el en allen größeren Programmen a.
Wenn uno de uno klasse DLL (Ist el una Witz?, Anm.d.Ü.) todos Características einholt (einholt es wirklich schwer a traducir, vermutlich meint el Autor extrahiert, Anm.d.Ü.), entonces liegt lo meines Erachtens nahe, dafür thisDll.method a escribir.
Dass el en el Sinne el Profano-Syntax no bastante korrekt es, es klar - XProfan arbeitet en efecto no konsequent Objeto-bezogen, como sonst folgendes Ejemplo trabajo debería:
declarar a$,b$
b$=a$.mid$(1,10)
Mi Vorgangsweise ha zumindest el Vorteil, en se schlüssig a ser, y ha deshalb (como oben erwähnt) en mi Arbeitsalltag inzwischen breite praktische Verwendung gefunden.
Natürlich se el niemanden en el Syntax einschränken, etwa si alguien el Punkt de seinen Bezeichnern generell verbannen voluntad. XPSE se jedenfalls beide Bezeichnersysteme unterstützen.
+++
Liebe Redaktion, stimmt el así? |
|
| |
| |
| |
|
|
| Prima! 
Yo debería Usted me necesariamente para una Puesto vorschlagen!
Redaktion find Yo bien! Bist Usted unser Redakteur? |
|
| |
| |
| |
|
|
| Liebe Redaktion, stimmt el así?
jaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.......... |
|
| |
| |
| |
|
|
| @Nico: In el kommenden Versión wirst Usted z.B. por
KompilierenMarcaSeparación festlegen puede, dass todos Funktionsaufrufe welche con u_ beginnen, no angewarnt voluntad. Se puede somit auch z.B. por
KompilierenMarcaSeparación todos Características unangewarnt deklarieren, welche con _ beginnen. |
|
| |
| |
| |
|
|
Nico
Madysa | | Das kommt me entgegen, danke! |
|
| |
| |
| |
|
|
| | Ist ya instalado, viel Spass. |
|
| |
| |
| |
|
(929)
Deutsch
English
Français
Español
Italia