Remobjects Project Cooper.. Informier dich da mal. Das Teil kann was und dürfte jede FPC / Lazarus-Implementierung in den Schatten stellen. Sorry, dass ich deinen Traum zerstört habeMAC hat geschrieben:android ist soweit ich weis nur für lazarus geplant...
Ist Cooper nicht .Net for JAVA? Ich glaube nicht dass viele Pascal programmierer .NET lernen wollen. Borland hat doch damals mit seine .NET Sachen, ein erfolgreiches Produkt wie Delphi in den Sand gesetzt.Zuck hat geschrieben:Remobjects Project Cooper.. Informier dich da mal. Das Teil kann was und dürfte jede FPC / Lazarus-Implementierung in den Schatten stellen. Sorry, dass ich deinen Traum zerstört habeMAC hat geschrieben:android ist soweit ich weis nur für lazarus geplant...
Nein, ist es nicht! Es gibt die Oxygene Language, den Pascal Dialekt von RemObjects. Dieser wird sowohl vom Compiler für .net (= Prism) verstanden, als auch vom Compiler für Java / Android (= Cooper).Bora4d hat geschrieben:Ist Cooper nicht .Net for JAVA? Ich glaube nicht dass viele Pascal programmierer .NET lernen wollen. Borland hat doch damals mit seine .NET Sachen, ein erfolgreiches Produkt wie Delphi in den Sand gesetzt.
Ich persönlich würde anstatt .NET for Pascal oder wie das immer heißen mag zu lernen gleich Java verwenden.
Das gibt es auch für FPC:Zuck hat geschrieben:Cooper produziert aus Oxygene (= Pascal) Java-Bytecode
Naja... Hoffentlich können sie das noch so hinbiegen, dass es den gesamten Sprachumfang unterstützt, ansonsten ist es lediglich eine Frickellösung, die sich nicht in das Gesamtkonzept eingliedert. Bei Cooper ist das besser gelöst. Cooper und Prism kompilieren den Selben Code für Java bzw. .NET - vorausgesetzt man hat Oberfläche und Logik getrennt (was man sowieso immer machen sollte - wers nicht tut hat überall Probleme).While it does not support all language constructs and while there are some differences in some features that are supported, in general the result is fairly close to "normal Pascal" you'd write.
Da hast Du sowas von recht !!!Zuck hat geschrieben:... - vorausgesetzt man hat Oberfläche und Logik getrennt (was man sowieso immer machen sollte - wers nicht tut hat überall Probleme).
Oxygene wurde auch nicht mit der Idee gestartet, Delphikompatibilität zu schaffen, sondern neuere Konzepte in den Pascaldialekt einzuarbeiten. Deshalb ist es auch möglich, dass die Oxygene im .NET-Bereich mehr Sprachfeatures mit sich bringt als der Platzhirsch C#.mschnell hat geschrieben:Der Codename Cooper ist jetzt bei RemObjects offiziell in "Oxygene for Java" übergegangen.
Cooper ist sozusagen "DelphiPrism für das Java-Framework" (statt für das .NET Framework)
Ich habe aber gehört, dass sich die Kompatibilität der Prism Sprache zur ursprünglichen Delphi Sprache doch sehr in Grenzen hält.
-Michael
Achtung bei der Verwendung von Prism in Bezug auf eine Sprache! Prism ist lediglich der .net-Compiler für die Oxygene Language. Weiters verwechselst du da wohl Unternehmenszugehörigkeiten. RemObjects gehört nicht Embarcadero und somit ist auch Oxygene / Prism / Cooper kein Eigentum von Embarcadero - Prism wird lediglich lizenziert.@Zuck
Prism ist ja auch kein "normales Pascal".
BTW, dein Vertrauen in Embarcadero in Ehren, aber an der Entwicklung einer produktiven cross platform GUI Entwicklungsumgebung werden sie sich wohl die Finger verbrennen. Es ist nicht damit getan, ein eye candy Produkt einzukaufen und einige Demo-Videos ins Netz zu stellen. Ich weiss wovon ich schreibe, MSEgui habe ich 1999 gestartet.
Martin
Die Erkenntnis, dass RAD nicht in allen Fällen gut ist, ist jetzt aber auch schon ein paar Jahre alt. Und dass eine Trennung von Oberfläche und Logik eigentlich nur Vorteile mit sich bringt sollte jedem professionellen Programmierer klar sein. Gibt da einige Fehlgriffe die häufig gemacht wurden. Vor kurzer Zeit sind viele eben bei der Unicode-Umstellung gestolpert weil sie davor falsche String-Typen verwendet haben. Andere, die sich darüber mehr Gedanken gemacht haben, hatten mit der Unicode-Umstellung die größte Freude und praktisch keinen Portierungsaufwand.Da hast Du sowas von recht !!!
Tut aber kaum ein Delphi-Programmierer, weil die Delphi IDE "RAD" (Eapid Application Development) in den Vordergrund stellt. Schnell aber nicht "durchdacht".
Meine Kollegen haben ein supertolles Projekt mit Millionen Zeilen Delphi-Code gebaut und unter anderem aus diesem Grund ist eine eigentlich sehr sinnvolle Portierung zu Linux (oder auch Android, oder auch iOIS) kaum möglich.
-Michael
Das ist mir schon klar.Zuck hat geschrieben: Achtung bei der Verwendung von Prism in Bezug auf eine Sprache! Prism ist lediglich der .net-Compiler für die Oxygene Language. Weiters verwechselst du da wohl Unternehmenszugehörigkeiten. RemObjects gehört nicht Embarcadero und somit ist auch Oxygene / Prism / Cooper kein Eigentum von Embarcadero - Prism wird lediglich lizenziert.
Das werden wir ja sehen. Bei Kylix hat es auf jeden Fall nicht geklappt.Dein Projekt ist super, allerdings hat Embarcadero da wohl mehr Ressourcen (sowohl finanziell als auch human), so dass sie ein Produkt wie Firemonkey in wesentlich kürzerer Zeit zu ner akzeptablen Stabilität führen können.
Wobei die Trennung von Logik und GUI in einer guten Entwicklungsumgebung selbstverständlich auch mit RAD möglich ist.Die Erkenntnis, dass RAD nicht in allen Fällen gut ist, ist jetzt aber auch schon ein paar Jahre alt. Und dass eine Trennung von Oberfläche und Logik eigentlich nur Vorteile mit sich bringt sollte jedem professionellen Programmierer klar sein.
1. Warum erwähnst du MSEide und MSEgui in jedem Post?mse hat geschrieben:MSEide+MSEgui z.B. bietet alles Notwendige dazu. Auch mit Lazarus ist es möglich.
Martin
Zitat aus README.TXT:Bora4d hat geschrieben:wenn man nur wüste wie man neue Komponenten erstellt und zu IDE hinzufügt. Da fehlt die Beschreibung.
Code: Alles auswählen
How to add custom components to MSEide
**************************************
There is a project 'apps/myide/mymseide.prj' as a demo.
Start MSEide, open project 'apps/myide/mymseide.prj', 'Project'-'Build',
'Target'-'Continue',
the IDE with the new component 'tmybutton' will be compiled and
started in the the debugger.
Binary name is 'mymseide' (linux) or 'mymseide.exe' (win32).
If you wish to do it from scratch:
- Create a register unit for your components
(see 'apps/myide/regmycomps.pas' for an example).
- Enter the unitname followed by a comma
('myregunit,' if your regunitfile is 'myregunit.pas') in
a file named 'regcomponents.inc'.
- Build the IDE with -dmorecomponents as option.
If you want add custom icons to your components:
- Convert 24*24 pixel BMP or PNG files with tools/bmp2pas to
an icon unit ('*_bmp.pas').
- Add the name of the icon unit to 'uses' in your register unit.Weil ers kanncarli hat geschrieben:
1. Warum erwähnst du MSEide und MSEgui in jedem Post?
2. Was bedeutet das M in MSE?
Verein
Links
Suche