Weg mit Delphi her mit Java, für die Zukunft sicher?

[Tubos]

Zitat:

keine übergabe von Parametern PerReference (außer Objekte natürlich, aber um die ging es mir nicht)

Achso.
Naja, in Java ist eben fast alles ein Objekt. Von den primitiven Datentypen abgesehen, aber auch die gibts als Objekt.

Zitat:

Java hat ja auch bewusst keine Structs und kein PerReference usw.

Objekte werden standardmäßig per Reference übergeben.

Zitat:

Und die performancekritischen Sachen laufen nun sicher nicht in der DB an, kommt natürlich auf das Programm an... Die Meisten werden da sicher nicht mehr als SELECT, INSERT, UPDATE und DELETE benutzen .

Und? Das sind nunmal die Grundfunktionen einer Datenbank. Dazu ist sie da

Zitat:

Ein Array dafür zu erstellen, dass ich mehr als ein Wert aus einer Methode bekomme, ist keine schöne Lösung, kein guter Programmierstil. Persönlich würde ich das nicht machen.
Lieber PerReference.

Ack. Ist unsauber und würde ich auch nicht machen.

[md_mse]

Zitat:

Zitat:

Java hat ja auch bewusst keine Structs und kein PerReference usw.

Objekte werden standardmäßig per Reference übergeben.

Das hab ich auch nicht bestritten, sondern sogar selbst behauptet .

Zitat:

Und? Das sind nunmal die Grundfunktionen einer Datenbank. Dazu ist sie da

Das wiederspricht aber der Behauptung, all die performancekritischen Sachen würden in der Datenbank ablaufen!

[Tubos]

Zitat:

Das wiederspricht aber der Behauptung, all die performancekritischen Sachen würden in der Datenbank ablaufen!

Select, Update, Insert etc... ist performancekritisch bei riesigen Datenmengen!

[Mikko]

Zitat von Tubos:

Zitat:

Ein Array dafür zu erstellen, dass ich mehr als ein Wert aus einer Methode bekomme, ist keine schöne Lösung, kein guter Programmierstil. Persönlich würde ich das nicht machen.
Lieber PerReference.

Ack. Ist unsauber und würde ich auch nicht machen.

Zitat von md_mse:

Das sowas, oder sowas ähnliches dahinter steckt ist schon klar, Zaubern kann selbst C# nicht. Jedoch interessiert das nicht mal, sondern das man es immer schreiben, bzw. generieren lassen muss!

na dann nehmt halt getters/setters. aber die wollen hier einige auch nicht. manchmal hab ich das gefühl, daß hier manche nicht wissen, was sie wollen.
so, und damit es komplett ist: ich schrieb schon vorher, daß ich mich hier auch nicht hintstelle und behaupte, daß delphi schlechter als perl ist, bloß weil man in perl sich nicht um typumwandlungen kümmern muß.

ich verstehs nicht. jetzt wird hier jeder punkt auseinander genommen und als negativ hingestellt. unter dem motto: mehrdimensionale arrays gibt es nicht. aha. muß mein compiler wohl verbugt sein, wenn er z.b. "int[][]" annimmt und nicht moniert.

damit klinke ich mich aus der diskussion aus und lasse die windows-user unter sich...

[tommie-lie]

Zitat von md_mse:

Zitat:

Da ein struct auch Methoden enthalten kann, ist es auch nichts anderes als eine Klasse für Arme

Jedoch wird ein struct niemals so viel overhead produzieren wie eine Klasse, das muss man schon dazu sagen!

Ja, weil es ein value-Type ist, das habe ich aber dazu gesagt

Zitat von md_mse:

Zitat:

Hinter get und set steckt doch auch nichts anderes als eine Methode des Objektes.

Jedoch interessiert das nicht mal, sondern das man es immer schreiben, bzw. generieren lassen muss!

Hm? Ein Property besitzt in C# ebenfalls einen Getter und einen Setter. Die Syntax ist identisch mit der für eine gewöhnliche Methode, beim Getter muss ich mit 'nem return was zurückgeben, beim Setter kriege ich über einen Parameter was rein. Das einzige, was man nicht selber schreiben muss, ist die Signatur für die Methoden, dafür muss man halt ein get und ein set tippen, kein großer Unterschied.

Zitat:

Wie geschrieben, weil es von MS in der nächsten Zeit sicherlich kein .NET Framework für Unix und Mac Systeme geben. (Mono lassen wir mal außen vor, ist ja nicht offiziell)

Es wurde bereits angemerkt, daß auch Sun seine JRE für lediglich drei verschiedene Softwareplattformen zur Verfügung stellt (und da der Portierungsaufwand von Solaris nach Linux eher gering ausfallen dürfte, sogar nur für zweieinhalb Plattformen). Microsoft ist da nicht viel anders, die stlelen ihr Framework auch nur für zwei Plattformen her: Full-Featured Windows-Desktops und als Compact Framework für Windows-betriebene Palmtops.

Zitat von Mikko:

damit klinke ich mich aus der diskussion aus und lasse die windows-user unter sich...

Als Linux-User (der dennoch Java mit einem Kropf vergleichen tut) würde ich mich noch über eine passende Antwort auf http://www.delphipraxis.net/internal...=466434#466434 freuen. Oder auf eine entsprechende Beschreibung, was für dich ein Applet ist. Jedenfalls setzen kaum Gnome-Applets eine JRE vorraus.

[md_mse]

@tommie-lie:

Zitat:

Hm? Ein Property besitzt in C# ebenfalls einen Getter und einen Setter. Die Syntax ist identisch mit der für eine gewöhnliche Methode, beim Getter muss ich mit 'nem return was zurückgeben, beim Setter kriege ich über einen Parameter was rein. Das einzige, was man nicht selber schreiben muss, ist die Signatur für die Methoden, dafür muss man halt ein get und ein set tippen, kein großer Unterschied.

Also ich finde den Unterschied schon gewaltig:

Code:

    public String getErrorMessage() {
        return errorMessage;
    }

    public void setErrorMessage(String errorMessage) {
        this.errorMessage = errorMessage;
    }

gegen

Code:

        public String ErrorMessage { get; set; }

@LarsMiddendorf:

Zitat:

Java fehlt gegenüber c#:

-Structs, manchmal will man keinen Referenztyp
-Delegates
-Events
-Properties
-Indexer
-Partial Classes
-Iteratoren mit yield
-Nullable Types
-Zeiger, nützlich zumindest die Möglichkeit zu haben
-Trennung von logischer Struktur den Namespaces und Dateien
-Operatorüberladung
-Anonyme Methoden
-Mehrdimensional Arrays

Mehr.dim. Arrays, Operatorüberladung und Events (auch wenn's irgendwelche AWT Events sind) gibt es doch...
Edit: Nein, hab bei "Delegates" an was anderes gedacht...

[md_mse]

Zitat von Mikko:

...damit klinke ich mich aus der diskussion aus und lasse die windows-user unter sich...

Ich nutze zwar leidenschaftlich Windows , dennoch entwickle ich auch für andere Betriebsysteme.

[malo]

Zitat von md_mse:

[...] Operatorüberladung [...] gibt es doch...

Seit wann das? Ich war bisher immer der festen Überzeugung, dass Operatorüberladung eines der Features wäre, das Java (leider auch Delphi, bis 2005) fehlt...
Oder hab ich da was verpasst?

[tommie-lie]

Zitat von md_mse:

Also ich finde den Unterschied schon gewaltig:

Eine Syntax, die mir nicht bekannt war
Ich habe an folgendes gedacht:

Code:

public String ErrorMessage {
    get {
        return errorMessage;
    };
    set {
        this.errorMessage = value;
    };
}

Daß deine Abkürzung auch möglich ist, ist mir neu.

[md_mse]

Zitat von malo:

Zitat von md_mse:

[...] Operatorüberladung [...] gibt es doch...

Seit wann das? Ich war bisher immer der festen Überzeugung, dass Operatorüberladung eines der Features wäre, das Java (leider auch Delphi, bis 2005) fehlt...
Oder hab ich da was verpasst?

Ok, hab wohl an C# gedacht...