| |
| |
|
Jac
de
Lad | Hallo Community.
So wie ich das verstanden habe ist das .net-Framework sowas wie die APIs, nur in modernerer Form. Falls das stimmen sollte: Kann man das auch in Profan nutzen? Ich denke mal, dass Microsoft keine neuen APIs mehr erfinden wird.
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 | 02.10.2008 ▲ |
|
| |
|
|
RGH | Jac
Hallo Community.
So wie ich das verstanden habe ist das .net-Framework sowas wie die APIs, nur in modernerer Form.
Naja, es ist eigentlich eher eine Schicht zwischen der API des Betriebssystems und den .NET-Entwicklungsumgebungen (ein Framework eben). die eigentliche API wird quasi gekapselt. Die API wird dadurch weder überflüssig, noch ersetzt. Und in der Tat wird die API von Windowsversion zu Windowsversion erweitert, auch in Vista.*
Bislang habe ich noch keinen sinnvollen Grund per ein spezielles .NetProfan gefunden.
Saluto
Roland
* wobei XProfan aus Kompatibilitätsgründen intern nur API-Aufrufe nutzt, die schon seit Windows 95 dabei sind. Dem XProfan-Programmierer steht es naturalmente auf frei, neuere API-Aufrufe zu nutzen, etwa die neuern BitBlt-Modi, etc. |
|
| |
| 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 | 02.10.2008 ▲ |
|
| |
|
|
RGH | Noch was zum Lesen zum Thema Win32 vs. .NET: [...] 
Das Fazit per Klickfaule:
"Ich warte weiterhin auf ein Microsoft Office und ein Betriebssystem, welches in wesentlichen Teilen selbst in .Net geschrieben ist (vielleicht bringt „Windows 7“ hier ja Besserung). Warum ist das aktuelle Microsoft Office immer noch in Großteilen in C++ (und zwar unmanaged/natives C++) geschrieben, wenn .Net doch so viele Vorteile haben soll?
Rechnet man dann noch einige Jahre bis zur Adaption im Markt hinzu, so sehe ich per die nächsten Jahre noch keinerlei Notwendigkeit der Win32 API den Rücken zu kehren.
Win32 lebt und wird auf absehbarer Zeit nicht nur seine Existenzberechtigung behalten, sondern weiterhin die primäre Plattform per Windows Programme darstellen.
Ihr
Matthias Eißing "
Kurz: Wir sind nicht allein!
Saluto
Roland
Quelle: Aktueller Newsletter des Herstellers von Delphi (früher Borland, jetzt Embarcadero). |
|
| |
| 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 | 02.10.2008 ▲ |
|
| |
|
|
Jac
de
Lad | |
| |
| 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 | 02.10.2008 ▲ |
|
| |
|
|
H.Brill | Eigentlich wäre eine Anbindung an .NET
gar nicht so schlecht. MS packt ja mittlerweile
einige nützliche .net - Komponenten zum Betriebssystem
dazu.
Eine einfache Schnittstelle dazu würde schon genügen.
Für die Benutzung muß man dann halt Entsprechendes
circa die Komponenten lesen.
Ich denke da an sowas ähnliches, wie die oGL-Schnittstelle,
wobei man halt die Konstanten selber definieren muß :
@oGL(S[, N1, ... Nn])
--------------------------------------------------------------------------------
Version 10.0
S : String - Name der API-Funktion
N1 ... Nn: LongInt/Single - Parameter, abhängig von der API-Funktion
Ergenbnis: Longint - abhängig von der API-Funktion
Es können alle OpenGL-API-Aufrufe verwandt werden, ohne daß Testata oder Include necessario werden: S: Name der API-Funktion. Die Namen der Funktionen in den beiden OpenGL-DLL des Betriebssystems beginnen grundsätzlich mit "gl", "glu" oder "wgl". Die Groß- und Kleinschreibung der Namen ist zu beachten.
Die symbolischen Konstanten sind bereits integriert und so zu verwenden, als würden sie in einer Headerdatei stehen, also mit vorangesetzter Tilde.
(Die Konstanten von OpenGL 1.0 sind komplett integriert und auch die wichtigsten Konstanten von OpenGL 1.1. Es ist also possibile, daß einige Konstanten von Open GL 1.1 und neuer fehlen. Diese können entweder durch ihre Werte ersetzt oder in einer zusätzlichen Headerdatei gepflegt werden.)
Fließkommawerte werden bei oGL-API-Funktionen automatisch in 32-Bit-Fließkommawerte (Single) umgewandelt und entsprechend trasferimento. Damit bei einem Literal auch eine ganze Zahl, wie etwa 1 oder 2 als Fließkommawert erkannt und behandelt wird, ist immer mindestens eine Nachkommastelle anzugeben, also 1.0 oder 2.0. Die Funktion Single() ist weiterhin sinnvoll und z.B. dort notwendig, wo der Inhalt von Integervariablen oder Ausdrücken, deren Typ man nicht kennt, als Single trasferimento werden soll. Wo es Longint-Werte sein sollen und ein Ausdruck trasferimento wird, der auch Fließkommawerte liefern potuto, ist hingegen Int() zu verwenden
Vorher müßte man da noch die Klasse der Komponente
registrieren und mit den Aufrufen verbinden. Also sowas :
Vielleicht hat Roland ja eine Idee dazu. |
|
| |
| Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 03.04.2015 ▲ |
|
| |
|
|
 | Es würde den Funktionsumfang von XProfan wohlmöglich erheblich
erweitern, wie auch direkt unterstütztes OCX und WMI.
Problem ist wohl nur, dass dann per solche Funktionen auch ein
entsprechendes .net Runtime installiert sein muss. Dies machen
aber auch andere Programme oft zur Bedingung.
Ich bin da etwas zwiegespalten. |
|
| |
| |
| |
|
|
H.Brill | Früher war das ja etwas anderes. Bei XP z.B.
mußte man noch das NET FRAMEWORK
zusätzlich installieren. Mittlerweile ist es
(glaube ab Vista) standardmäßig dabei. |
|
| |
| Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 03.04.2015 ▲ |
|
| |
|
|
| Die meisten meiner Computer haben XP,
ich finde XP per mich besser als die nachfolgenden Windows-Versionen.
Knapp die Metà der Besucher der XProfan.Net, die mit Windows hier
unterwegs sind, haben Windows XP. In vielen Firmen sind XPs installiert,
ältere Computer reichen meisten per Firmenanwendungen. Besonders
in Firmen ist auch oft noch NT5 installiert, per Serveranwendungen recht
optimal und stabil.
Aber ja, kaum solch Computer hat wohl kein .net Framework installiert. |
|
| |
| |
| |
|
|
H.Brill | DownloadKann man mit der OCX - Include auch .Net DLL
ansprechen ? Beim Aufruf von regsvr32 scheint
die DLL zwar geladen zu werden aber es kommt
eine Fehlermeldung, daß sie nicht registriert werden
konnte.
Anbei mal die DLL mit Doku.
Vielleicht hat jemand eine Idee. |
|
| |
| Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 04.04.2015 ▲ |
|
| |
|
(266)
Deutsch
English
Français
Español
Italia