Ist RemObjects die Zukunft von Delphi?

[Der schöne Günther]

Zitat von Lemmy:

[...] mit Hydrogene ködern - ist immerhin C#. Zwar deutlich erweitert,[...]

Ich dachte, genau anders herum?

[Lemmy]

Zitat von Der schöne Günther:

Zitat von Lemmy:

[...] mit Hydrogene ködern - ist immerhin C#. Zwar deutlich erweitert,[...]

Ich dachte, genau anders herum?

Wie meinen?

[Phoenix]

Zitat von Lemmy:

Zitat von Der schöne Günther:

Zitat von Lemmy:

[...] mit Hydrogene ködern - ist immerhin C#. Zwar deutlich erweitert,[...]

Ich dachte, genau anders herum?

Wie meinen?

Hydrogene ist C# (für .NET) bzw. ein Subset von C# für die Cocoa/Objective-C Runtime (z.B. gehen dort keine Generics, da das die Runtime nicht kann). Das was hier erweitert wurde ist z.B. der für Cocoa benötigte Support für Multipart-Method Names.

Ansonsten ist das "nur" ein Compiler mit 3 Backends (.NET, Java Bytecode, Obj-C) für die Sprache C# - da ist nichts "deutlich" erweitert, sondern nur minimal wo unbedingt nötig.

[Lemmy]

Zitat von Phoenix:

Ansonsten ist das "nur" ein Compiler mit 3 Backends (.NET, Java Bytecode, Obj-C) für die Sprache C# - da ist nichts "deutlich" erweitert, sondern nur minimal wo unbedingt nötig.

ähm.. Oxygene wird ja z.B. mit "Futures" beworben - ich bin davon ausgegangen dass solche Sprachfeatures auch in c#-Hydrogene dabei sind... auf das bezog sich das erweitert....

[Phoenix]

Zitat von Lemmy:

ähm.. Oxygene wird ja z.B. mit "Futures" beworben - ich bin davon ausgegangen dass solche Sprachfeatures auch in c#-Hydrogene dabei sind... auf das bezog sich das erweitert....

Nein, sind sie nicht. C# wurde so nach am ECMA-Standard belassen wie möglich.

[jaenicke]

Zitat von Lemmy:

ähm.. Oxygene wird ja z.B. mit "Futures" beworben - ich bin davon ausgegangen dass solche Sprachfeatures auch in c#-Hydrogene dabei sind... auf das bezog sich das erweitert....

Welche Sprachfeatures dabei sind findet man im Wiki:
http://www.elementswiki.com/en/Hydro...age_Extensions

[jensw_2000]

Zitat von Phoenix:

Hydrogene ist C# (für .NET) bzw. ein Subset von C# für die Cocoa/Objective-C Runtime (z.B. gehen dort keine Generics, da das die Runtime nicht kann). Das was hier erweitert wurde ist z.B. der für Cocoa benötigte Support für Multipart-Method Names.

Ansonsten ist das "nur" ein Compiler mit 3 Backends (.NET, Java Bytecode, Obj-C) für die Sprache C# - da ist nichts "deutlich" erweitert, sondern nur minimal wo unbedingt nötig.

Hi,
das ist nicht ganz richtig. Ich habe gerade mein frisch installiertes RO C# gestartet und 2 Sachen probiert:

Delphi-Quellcode:

class RootViewController : UIViewController

{
private NSArray<String> MyStringarray = new NSArray<String>;  // Generics gehen unter iOS / Linq auch :o)
private Class1 MyPascalClass; // das ist der Hammer. Eine Oxygene (Pascal) Klasse im gleichen Projekt. Kompiliert und rennt :o))

 ...
}

Noch ein PS:
Man kann auch CS Dateien in Oxygene Projekte hängen und die Klassen normal benutzen. Gerade getestet mit einem DevExpress C# Template. 
Ich tauche dann mal für ein paar Tage unter. Muss jetzt unbedingt mal schnell alles umbauen ;)

PS:
und für Furtbichler, unserem Prediger für "sprechende Methodennamen und Parameter"

RO C# kann laut RemObjects 100% des MS C# zzgl. der Gimmicks die RO mit eingebaut hat.
Die Multipart Methodnames sind glaube ich genau das richtige für deinen Geschmack.

Code:

namespace ConsoleApplication1
{
   static class Program
   {
      public static Int32 Main(string[] args)
      {

                        LogAdditionResultOfInt(1) AndInt(2);
                        return 0;
      }

        private static void LogAdditionResultOfInt(int Summand1) AndInt(int Summand2)
        {
            Console.WriteLine("{0}+{1}={2}",Summand1,Summand2,Summand1+Summand2);
        }
        
    }
}

Ausgabe:
1+2=3
wäre zur Not auch im Kopf gegangen, aber die Multipartnames liebe ich seit iOS.

[jfheins]

Da hier ja gerade fleißig über Hydrogene Spachfeatures gequatscht wird, täten mich zwei Sachen mal interessieren:

1. Kann man char immer noch implizit in int konvertieren? (Finde ich persönlich uncool)
2. Gibt es Code-Contracts ähnlich wie in Oxygene?

[jensw_2000]

Implizite Char Konvertierung geht sowohl unter RO C# als auch unter MS Visual C#.

Code:

char c = 'a';
int i = 0;
Console.WriteLine(c+1);
Ausgabe: 98

Zu den Code Contracts kann ich noch nichts sagen. Habe das komplette Elements erst seit einer Stunde auf dem Rechner. Da der Backend Compiler gleich ist würde ich vermuten dass Contracts unterstützt werden. Zur Not hängst Du dir einfach eine Oxygene Klasse samt Contracts mit in das C# Projekt. Sowas kann man offenbar frei mischen, wenn man Oxygene und Hydrogene im Bundle installiert hat.

[Phoenix]

Zitat von jfheins:

Da hier ja gerade fleißig über Hydrogene Spachfeatures gequatscht wird, täten mich zwei Sachen mal interessieren:

1. Kann man char immer noch implizit in int konvertieren? (Finde ich persönlich uncool)
2. Gibt es Code-Contraacts ähnlich wie in Oxygene?

1.) Hängt von der Plattform ab.

Ein .NET Char (also das Objekt im .NET Framework) bringt die Implizite Konvertierung zu Int mit: http://msdn.microsoft.com/en-us/library/y5b434w4.aspx

Auch in Java konvertiert die Runtime einen Char (2 byte) implizit in einen int (4 byte), da es eine widening conversion ist.

Wie das in der Cocoa/Objective-C runtime ist kann ich nicht mit Bestimmtheit sagen, aber ich würde darauf tippen, das das hier noch nichtmal eine implizite conversion ist, sondern der Char direkt gecastet (bzw. als int interpretiert) werden kann, da Objective-C nicht so wirklich typesafe ist (weil es eben dann doch im inneren erstmal C ist).

2.) Nicht direkt. C# wurde in der Hinsicht nicht erweitert. Aber Du könntest so etwas ggf. mit Attributen und Cirrus nachbauen.