Wie wird man C#/VB.net/etc. Klassen mit PB.net integrieren können? Da PB.Net wohl kaum OOP zu PB hinzufügen wird ist diese Frage ganz besonders interessant für mich. Wird man nur nicht OO in PB.Net programmieren können aber dafür alle anderen Klassen genauso ansprechen können wie normalerweise auch (z.B. System.Console.Out())?
Würdest du dir den PB.Net Compiler kaufen?
Deeem: Gute Arbeit, kann man nicht anders sagen
Der PB.Net Compiler scheint wirklich leistungsmässig schon jetzt sehr zu rocken (wenn ich das mal so sagen darf). Eine Frage stellt sich mir allerdings immer noch:
Wie wird man C#/VB.net/etc. Klassen mit PB.net integrieren können? Da PB.Net wohl kaum OOP zu PB hinzufügen wird ist diese Frage ganz besonders interessant für mich. Wird man nur nicht OO in PB.Net programmieren können aber dafür alle anderen Klassen genauso ansprechen können wie normalerweise auch (z.B. System.Console.Out())?
Wie wird man C#/VB.net/etc. Klassen mit PB.net integrieren können? Da PB.Net wohl kaum OOP zu PB hinzufügen wird ist diese Frage ganz besonders interessant für mich. Wird man nur nicht OO in PB.Net programmieren können aber dafür alle anderen Klassen genauso ansprechen können wie normalerweise auch (z.B. System.Console.Out())?
- hardfalcon
- Beiträge: 3447
- Registriert: 29.08.2004 20:46
Traurig mit anzusehn, dass die CPUs alle 2 Jahre ihre Leistung VERDOPPELN, aber die Betriebssysteme eher langsamer als schneller werden. Im Vergleich zum Nutzen, den man aus den vielen neuen FEatures zieht, ist das ja krankhaft...Zaphod hat geschrieben:Du hast weniger als 1GHz+1GB Ram? Bist wohl kein Spieler
Naja, ich denke mal schon das Vista spätestens dann ziemlich verbreitet sein wird, wenn es auf fertig-PCs vorinstalliert wird.
- freedimension
- Admin
- Beiträge: 1987
- Registriert: 08.09.2004 13:19
- Wohnort: Ludwigsburg
- Kontaktdaten:
Wollte euch mal meine ergebnisse zeigen (SpeedTest02):
Allerdings habe ich bei dem anderen BASIC eingebaute FPU Befehle verwendet, wo das nachladen der Variablen vermieden wird. Wenn ich die besonderen Befehle nicht verwende liegt die Zeit gleichauf mit PB.FRED
Es sieht wirklich so aus als ob .NET (zumindest mit so einem test) ganz gut optimiert.
---
Um aber die anfaengliche Frage beantworten zu koennen muesste ich wissen wie die Anbindung PB -> .NET code-technisch aussehen wuerde, da ja PB prozedural und .NET oop ist. Wie wuerde .NET code in PB aussehen?
- PB.NET = 93/94
PB.FRED = 922/906
- ANDERES BASIC = 203/203
Allerdings habe ich bei dem anderen BASIC eingebaute FPU Befehle verwendet, wo das nachladen der Variablen vermieden wird. Wenn ich die besonderen Befehle nicht verwende liegt die Zeit gleichauf mit PB.FRED
Es sieht wirklich so aus als ob .NET (zumindest mit so einem test) ganz gut optimiert.
---
Um aber die anfaengliche Frage beantworten zu koennen muesste ich wissen wie die Anbindung PB -> .NET code-technisch aussehen wuerde, da ja PB prozedural und .NET oop ist. Wie wuerde .NET code in PB aussehen?
PB.NET = 93/94
PB.FRED = 922/906
LÖÖÖÖL ich bin dann aber auch dafür, daß die beiden PB-Komponenten GENAU SO heißen
das reimt sich dann sogar 
PB.FRED = 922/906
LÖÖÖÖL ich bin dann aber auch dafür, daß die beiden PB-Komponenten GENAU SO heißen

ZeHa hat bisher kein Danke erhalten.
Klicke hier, wenn Du wissen möchtest, woran ihm das vorbeigeht.
