Ich brauche evt. eine neue Programmiersprache - d.h. ein paar Anfängerfragen

[MarkNEW]

1. Win32/64

Ist das der gleiche Synthax ?

Läuft ein unter Win32 programmiertes PB programm automatisch auch unter Win64 ?

2. Ich mache viel Computergraphik

Kann ich so etwas wie Layer machen ?

hier mal ein Link zu einem von mir mit C++ selbst entwickelten OCX
http://www.realoptics.com

Geht das mit PB Synthax ?

3. Kann ich DLLs verwenden, die ich in einer anderen Programmiersprache entwickelt habe ?

4. Kann ich OCXe bzw. COM Controls einbinden ? Win32/Win64 ?

5. Wie schnell ist PB ? ...
Ist das zumindest vergleichbar mit C .. oder eher wie Visual Basic CLASSIC ?
Ist PB geeignet für schnelle Bildverarbeitung bzw. Soundverarbeitung ? .. oder ist es besser hier in Assembler oder zumindest C auszuweichen ?

.. und wie immer: Win64/32 ?... ich tappe da im Dunkeln

gewohnt bin ich RGBA ... also das was ich sehe sind 32 bit ..
Muss ich mich überhaupt um 64bit kümmern ? ... oder macht das der Compiler für mich

6. Kann die Einzelplatzlizenz zumindest an 2 Computer installiert werden ?

7. Wie sieht es mit Multithreading aus ? ... Kann das PB ?

8. Laufen Programme mit externen DLLs auch Crossplatform ?`

9. Wie kann ich Ereignisse abfragen ohne Objekte ?

beispielsweise Mausereignisse => vielleicht mal Link zu einem kleinen Beispiel

10. 1000 Seiten DOKU ist eine Menge

Gibt es etwas empfehlenswertes zur schnellen Einarbeitung - also vielleicht 50 Seiten Kompedium für Leute, die keine Programmieranfänger sind ?

BITTE 1-10 so kurz wie möglich beantworten

danke,

[Mijikai]

1. Ja
2. Ja
3. Ja
4. Es gibt Interfaces (OCX kann ich nicht beantworten)
5. Schnell ähnlich wie C (kein Vergleich zu VB)
6. Ja
7. Ja
8. Wenn die Libraries auch Crossplatform sind warum nicht?
9. ?
10. Ich fand PB intuitiv und hab einfach mit der Help angefangen zu programmieren (bin von VB6 zu PB gewechselt).
In den Foren zig Beispiele und Threads zu allen möglichen Themen.

[MarkNEW]

11. MathLIB dabei ... bspweise Matrizen invertieren und so Zeugs ?

12. Warum bist Du von VB6 zu PB gewechselt ? Hauptargumente ?

danke für die Antworten

Bitte auch andere Meinungen

[Mijikai]

11. Es gibt Math Befehle, eine Lib für Martitzen speziell gibt es nicht ist aber natürlich alles machbar (im Forum zu finden).
12. Basic Syntax + Speed & Inline Assembly besser gehts nicht (viel schneller und mächtiger als VB6).

Hier noch ein Link zum Referenzhandbuch:
https://www.purebasic.com/german/docume ... eBasic.pdf

Und die Online Hilfe:
https://www.purebasic.com/german/docume ... rence.html

Evtl. hilft es einen Überblick zu bekommen.

[MarkNEW]

Meine größte persönliche Hürde ist die, dass ich letztendlich ein komplettes CAD/CAM-Framework für GDI+ entwickelt habe
https://www.realoptics.com

d.w. benutze ich heftige Matrizenoperationen für große Gleichungssysteme für die ich auf C-Biblotheken zurück greife

===
was ich mit 64bit aber offensichtlich ohnehin verlieren werde
===

hmmmh ...Meinungen ?

[MarkNEW]

Spidebasic ist extra, oder ?

Worin unterscheidet sich die kostenlose Version von Spiderbasic zur kostenpflichtigen ?

[Mijikai]

Auch wenn PB eine Basic Sprache ist wird es schon einen gewissen Aufwand geben etwas komplett sagen wir von z.B. VB6 zu übersetzten.
Ist aber völlig normal da jede Basic Sprache so ihre Eigenarten hat, es ist immer eine Umstellung.
Ich würde empfehlen eventuell erst kleine Programme und Spiele zu schreiben oder wenn dann nur kleine Teile des Sourcecodes zu übersetzen.
Am besten einfach mal die Demo-Version von PureBasic ausprobieren.
Klar wird es am Anfang Fragen und Probleme geben, dann einfach im Forum um Hilfe bitten
Die Umstellung von VB6 zu PB war für mich wirklich nicht schlimm.
Wenn ein Programm auf x64 laufen soll dann muss auch alles x64 sein DLL & Hauptprogramm.

Demo Versionen:
https://www.purebasic.com/german/download.php

SpiderBasic ist ein separates Produkt.
Mit SpiderBasic kenne ich mich nicht aus aber ich vermute das die kostenlose (Demo) Version
wie PureBasic nur bestimmte Dinge zulässt und die Größe des Sourcecodes limitiert.

[MarkNEW]

Es gibt auch eine kostenlose Version von Purebasic.
Worin besteht hier die Limitierung ?

Was mir wie gesagt WEH tut ist die Tatsache, dass ich doch einigen Aufwand in die Kapselung von GDI+ gesteckt habe,
Könnte ich das wenigstens als ActiveX bzw OCX einbinden, würde ich wechseln - aber das nochmal neu schreiben in Purebasic wäre für mich schon ein erheblicher Aufwand

Vielleicht fahre ich zweigleisig - weil es sind schon so einige Dinge bei Purebasic dabei, die mich interessieren würden.

Gibt es eine Sammlung kostenloser Programme MIT Quellcode,
die sich mit der kostenlosen Version ausprobieren lassen ?

[mk-soft]

Es gibt eine Demo Version und kannst diese von www.purebasic.com laden.
Die Limitierung sind 800 Zeilen und keine DLL Erzeugung und keine vordefinierten API vorhanden.

Auch wenn Purebasic Procedure Orientiert ist ,kann man auch Objekt Orientiert programmieren. Somit kann in Windows registrierte Objekte (ActiveX, OCX) verwenden. Aber DOTNET Objekte nicht ohne einen Wrapper.
Es ist aber genau so aufwendig wie in "C" (nicht "C++") diese Objekte zu verwenden.
Die Erstellung von Objekt DLL's ist noch aufwendiger aber möglich.

Benötigt Vollversion, kann man sich aber anschauen. Aber nicht erschrecken. Ist nicht so schlimm wie es aussieht.
Beispiel Programmierung für die Verwendung von ActiveScript: https://www.purebasic.fr/english/viewto ... 12&t=71399
Beispiel Programmierung von COM-Objekt DLL: https://www.purebasic.fr/english/viewto ... 12&t=68101

Aber es lohnt sich auch jeden fall Purebasic anzuschauen. z.B.
- CanvasGadget, OpenGLGadget
- 2D Drawing
- VectorDrawing

Es gibt auch im englischen Forum viele Beispiele für die Verwendung von GDI+

Ich selber verwende Purebasic auf Window, Linux und macOS

[MarkNEW]

Danke MK-Soft,

das sind schon TopINFOS ... danke Euch für Eure Zeit.

"Kapselung" würde mir in jedem Fall auf COM-ebene reichen .. also so wie VB6

[x] mir ist klar, dass man das auch "procedural" erreichen kann

[x] dotNET will ich keinesfalls verwenden

Ich wage noch eine Frage:
===================

Gehe ich richtig in der Annahme, dass Purebasic MONOLITHEN (also reine EXE ohne Zusatz DLLs etc.) in jedem Fall CROSSPLATFORM laufen ?

... oder ... müsste man solche EXE-MONOLITHEN in jedem Fall für jedes OS getrennt compilieren .. und gegebenenfalls sogar modifizieren ?