PureBoard

GELÖSCHT

Man kann zumindest in der Theorie fast alles und die Nutzung des dot.NET Frameworks ist IMHO auch
erlaubt, aber:

Steht der Aufwand in irgendeinem gesunden Verhältnis zum Nutzen?
Bekommt man die OOP-Syntax in Einklang mit der Prozeduralen Programmierung in PB?
Ist es nicht für viele einer der Gründe, PB zu nutzen, das es keine Runtimes benötigt?
Mögen Entwickler, die prozedurale Programmierung bevorzugen, diese abstrakte Art
der Programmierung?
Wäre es für diejenigen, die so was mögen nicht einfacher eine dot.NET Programmiersprache
zu nutzen?

Gruß
Thomas

ts-soft hat geschrieben: Ist es nicht für viele einer der Gründe, PB zu nutzen, das es keine Runtimes benötigt?
Gruß
Thomas

Also ohne runtimes wird selbst PureBasic nicht laufen.
Oder wie sollen sonst die ganzen API Aufrufe funktionieren?

Nicht zu vergessen: die ganzen third party libs (expat.lib, usw)
Wer wissen will welche runtimes purebasic nutzt braucht nur mal hier schauen (für Windows 32bit):
C:\Program Files\PureBasic\PureLibraries\Windows\Libraries

Also macht Euch nix vor: Ohne runtimes wird PureBasic nicht laufen.

GELÖSCHT

DrShrek hat geschrieben:Also macht Euch nix vor: Ohne runtimes wird PureBasic nicht laufen.

Mit Runtimes sind Dateien / DLLs gemeint, die mitgeliefert werden müssen, also im Falle von
PB lediglich die "Engine3D.*" sowie unter Windows die "Scintilla.dll", wenn diese Funktionalität
genutzt wird. Der Rest befindet sich statisch in der Exe. Weitere Dateien, die zwingend zum
OS gehören, sind keine Runtimes.

Gruß
Thomas

ts-soft hat geschrieben:

DrShrek hat geschrieben:1)Der Rest befindet sich statisch in der Exe.
2)Weitere Dateien, die zwingend zum
OS gehören, sind keine Runtimes.

zu 1) Der Rest das ist nur die Programlogik und entsprechende API Aufrufe + Daten
zu 2) Frag mal einen Linux-User was der für zwingend erachtet, und schon wird Dir widersprochen.
Nur weil Windows ein rundum sorglos Packet beinhaltet (wo alle runtimes mit dabei sind), heisst das nicht unbedingt das die zwingend sind. Windows ist eben hier das OS das es nicht modular gibt (und Windows98 ist nicht Windows7, was ich sagen will: nicht alle runtimes gibt es in jeder Windows Version).

Laufzeitbibliotheken (runtime libraries) sind plattformspezifisch und compilerspezifisch. Weder Windows, Linux noch andere Betriebsssteme liefern Bibliotheken mit, die speziell zu dem Zweck geschrieben wurden, dass PureBasic-Programme auf dem betr. System lauffähig sind (und das ist eben, wie ts-soft richtig schreibt, auch gar nicht erforderlich). Normale Programmbibliotheken eines Betriebssystems werden üblicherweise nicht als Laufzeitbiblioteken bezeichnet.

Mfg, Nino

Runtimes heißt übersetzt Laufzeiten. Dafür zahlt man Strom, mehr nicht.

Es ist wohl eher von einem Runtime-Environment (Laufzeit-Umgebung) die Rede. Das umfasst so ziemlich alles. Sowohl die Funktionsbibliotheken einer Programmiersprache (DrShrek hat damit recht) als auch eine Virtuelle Maschine (ts-soft hat damit recht, denn VMs werden üblicherweise vorinstalliert und sind Programmübergreifend zu verwenden).

Meistens ist damit jedoch ein Extrapaket gemeint, wenn man davon spricht.

ts-soft hat geschrieben:[...] Ist es nicht für viele einer der Gründe, PB zu nutzen, das es keine Runtimes benötigt?
Mögen Entwickler, die prozedurale Programmierung bevorzugen, diese abstrakte Art
der Programmierung? [...]

Da ist der Punkt.

PureBasic...
kleine Kompilate...
kein grosses Klimbim zum "Das muss aber vorher installiert sein sonst läuft das nich!"...
Relativ schnell Ergebnisse...
Eigentlich einfach zu erlernen, selbst ohne grosse Vorkenntnisse...

Das ist, so denke ich, der Hauptgrund, warum man sich für PureBasic entscheidet.
Es gibt viele Wege nach Rom, da muss man nicht unbedingt weitere hügelige Pisten bauen...

kam mal ein Mod hier den Offtopic raushauen ?

Ausserdem würde ich auch gerne ein Wrapper/import für
.NET Assemblies (so heissen die DotNet-DLL's )
haben