C64 Studio - Entwicklungsumgebung

Hm, ich glaube ich habe einen Fehler entdeckt, bin mir aber auch nicht zu 100% sicher.

Ich wollte je nach Definition eine andere Makrodefinition haben, aber irgendwie bekomme ich das nicht hin.

Hier mal ein stark vereinfachtes Beispiel um den Fehler aufzuzeigen:

Edit: Ok, mit der !end Syntax geht es zumindest. Sollte aber mit den Klammern eigentlich auch gehen, oder?

Ist eigentlich ein Linuxport geplant?

Ok, ja Schade, dass man C# mit WPF oder WinForms nicht gleich crossplattform gemacht hat. Aber da denkt jede Firma natürlich nur an das eigene System.

Ich hatte es Mal getestet mit wine und Mono.

Resultat: irgendwas fehlt ich weiß nur nicht mehr was

Quote from Endurion

Irgendjemand hatte das hier mal gepostet.

Ich hatte es soweit unter Linux erstellt bekommen, aber es lief trotzdem nicht, da es auf native win32 (nicht dotNet bzw. Mono) Funktionen zurückgreift, diese nicht findet und somit mit Laufzeitfehlern um sich wirft. Wenn ich die Aufrufe auskommentiert hatte, hab ich zumindest ein leeres Fenster angezeigt bekommen.

Längerfristig wirst du wohl nicht darum herumkommen einen Schnitt zu machen und komplett neu auf eine andere Basis anzufangen, wenn Du wirklich die IDE systemübergreifend machen willst.

Ich weiss nicht wie weit sich Visual Studio Code (nicht Visual Studio) UI mässig programmieren lässt, aber ich würde mir das mal anschauen.

Die Code Entwicklung sowie Debugging sollte da wohl lösbar sein, das ganze rundherum wie Deine speziellen Addons, müsstest du evt. auslagern.

Zumindest die IDE UI Basis müsstest Du nicht selbst bauen, die ist schon gratis in Gamma's systemübergreifend existierenden VS Code gut abgedeckt.

Quote from syshack

Längerfristig wirst du wohl nicht darum herumkommen einen Schnitt zu machen und komplett neu auf eine andere Basis anzufangen, wenn Du wirklich die IDE systemübergreifend machen willst.

Ich weiss nicht wie weit sich Visual Studio Code (nicht Visual Studio) UI mässig programmieren lässt, aber ich würde mir das mal anschauen.

Die Code Entwicklung sowie Debugging sollte da wohl lösbar sein, das ganze rundherum wie Deine speziellen Addons, müsstest du evt. auslagern.

Zumindest die IDE UI Basis müsstest Du nicht selbst bauen, die ist schon gratis in Gamma's systemübergreifend existierenden VS Code gut abgedeckt.

Das hört sich nach *sehr* viel Arbeit an, und auch nicht nach sehr viel Spaß, da man am Ende im besten Fall eine IDE hat, die genauso gut ist wie sie jetzt ist. Ich würde eher empfehlen, sich einen engagierten Mitstreiter jeweils für Linux und macOS zu suchen und das ganze mit Mono oder unter Wine lauffähig zu machen.

Hmm, wenn es Java wäre würde ich mich mit dranhängen. Da ich schon länger selber an sowas arbeite.

Quote from Claus

Das hört sich nach *sehr* viel Arbeit an, und auch nicht nach sehr viel Spaß, da man am Ende im besten Fall eine IDE hat, die genauso gut ist wie sie jetzt ist. Ich würde eher empfehlen, sich einen engagierten Mitstreiter jeweils für Linux und macOS zu suchen und das ganze mit Mono oder unter Wine lauffähig zu machen.

Das Problem ist dass Mono & co halt auch nicht unbedingt alles haben, was im C64 Studio unter Windows verwendet wird.

Der Wille und Hilfe allein bringt Dir Dann nicht viel, das dann nach MacOX und Linux cross-entwickeln zu wollen.

Es muss halt das darunter liegende Framework in der Lage sein, die Apps auf diese drei Plattformen laufen zu lassen.

Ich weiss nicht wie gut WinForms in der Zwischenzeit unter Mono laufen, das war vor ein paar Jahren noch nicht wirklich was.

Xamarin.Forms könnte noch was sein, aber ich weiss nicht wie gut und ob Linux Unterstützt werden.

Zumindest unter MacOS und Windows wäre hier vielleicht was möglich.

So weit ich gelesen habe möchte aber Mircosoft kein WPF oder so für .NET Core für andere Systeme außer Windows umsetzen. Was bleiben würde, wäre einen Backend in C#/Mono mit .NET Core und das Frontend auslagern, in was auch immer. Wäre aber alles wahrscheinlich ein Rewrite ohne Spaß an der Freud.

Ja, die wollen ja immer diese Trennung von Programmierer und GUI Designer erzwingen, ob es so etwas in der Praxis gibt?

Quote from Endurion

Forms wird am meisten gewünscht, weil es am angenehmsten zu verwenden ist (IMHO)

Aber das setzt zu sehr auf Win32 auf, das müsste man ja fast mitportieren.

WPF ist ein völlig überdesignter XML-Clusterf*ck. Das hat java-"Qualität".

Ähm...ich habe mich auch lange gestreubt, aber auch wenn ich jetzt nicht oder kaum mehr programmiere, vor ein paar Jahre habe ich den Switch auf WFP gemacht und danach Win32 mit WinForms nur noch grässlich gefunden

UWP ist quasi der Nachfolger von WPF.

Das wäre vermutlich eher noch portierbar als WinForms, was ein schöneres Wort für das ganze underlying Win32, MFC & co Gefrickel ist

.NET Core wird in den nächsten Versionen 5 und dann 6 immer mehr .NET Framework Klassen enthalten und es ersetzen. Aber ob das eine gute Idee ist?

Es wird auch nicht den ganzen UI Kram enthalten für nicht-Windows Systeme. Das macht es dann sehr kompliziert, plattform-unabhängige Tools zu bauen, was eine der Stärken heute bei .NET Code ist (allerdings nur für CLI Applikationen).