warum C++ statt Delphi?

[Memnarch]

Zitat von Aphton:

Ich kenn mich mit Java noch nicht so gut aus (muss es jedoch wegen Uni lernen >/), aber man kann angeblich Codebereiche definieren, die zur Laufzeit nicht interpretiert sondern richtig kompiliert und ausgeführt werden.
Das hat sicher nen Namen, mag es mir jemand verraten? ^_^
Habs, JIT

Falsch(Huch..sind da meine Lehrer an der Berufsschule mal mehr up2date o.O?!)
In Java(Zumindest auf den gängigen Platformen Win/Linux/Mac) wird der KOMPLETTE JavaBytecode per Jitcompiler zur laufzeit auf den Prozessor compiliert. Interpretiert wird da gar nichts mehr .

Java ist schon wirklich sehr schnell geworden. Das einzige was hier noch performance killen KÖNNTE wäre dieser Java-Wahn der zigfachen verschachtelten Abstraktion bevor auch nur ein hauch von Implementierung zu erkennen ist. Das ist so ziemlich das einzige was mich an Java tierisch nervt!

[Aphton]

Zitat von Memnarch:

Zitat von Aphton:

Ich kenn mich mit Java noch nicht so gut aus (muss es jedoch wegen Uni lernen >/), aber man kann angeblich Codebereiche definieren, die zur Laufzeit nicht interpretiert sondern richtig kompiliert und ausgeführt werden.
Das hat sicher nen Namen, mag es mir jemand verraten? ^_^
Habs, JIT

Falsch(Huch..sind da meine Lehrer an der Berufsschule mal mehr up2date o.O?!)
In Java(Zumindest auf den gängigen Platformen Win/Linux/Mac) wird der KOMPLETTE JavaBytecode per Jitcompiler zur laufzeit auf den Prozessor compiliert. Interpretiert wird da gar nichts mehr

Uhm, joa, ich habs mir ja nur ergoogelt bzw. bei Wikipedia nachgelesen.
Ich wusste nicht, dass das der Fall war, also dass alles kompiliert anstatt interpretiert wird. Hmmm.

[Insider2004]

Ich mag Programmiersprachen, wo genau das da steht, was dann auch gemacht wird und man nicht erst Knoten im Hirn bekommt. C und Java zählen da wohl nicht dazu. Was bei Java unheimlich nervt sind die grossen Einrückungen und die unübersichtlichen Klassendeklarationen. Bei C sind es die Trennnung von .h und .c. Man hat alles doppelt und man weiss nie, wo man zuerst nachschauen muss.

[Furtbichler]

Zitat von Insider2004:

Was bei Java unheimlich nervt sind die grossen Einrückungen und die unübersichtlichen Klassendeklarationen.

Das beweist deine außerordentliche Fachkenntnis und Erfahrung (ebenso, wie der Quatsch mit der höheren Produktivität von Delphi-Programmierern).
Also:
1. "große Einrückungen" sind keine Eigenschaft der Sprache, sondern des Programmierers bzw. der verwendeten Code Formatting Convention.
In Delphi benötigt man nach gängiger Praxis 2x2 Einrückungseinheiten, schau mal:

Delphi-Quellcode:

if foo then
  begin
    bar;
  end

Java dagegen nur 2 (gängige Praxis)

Code:

if( foo ) {
  bar();
}

Also, wenn Du schon so argumentierst, dann müsstest Du ja bei Delphi kotzen...

2. "unübersichtliche Klassendeklarationen" sind Geschmacksache und (vor allen Dingen) eine Sache der Gewohnheit. Also bei C/C++ gebe ich Dir Recht, aber bei Java nicht.

[Chemiker]

Hallo,

ich finde C++/ C und Delphi sind zwei tolle Sprachen.

Man muss mit C++ etwas mehr Kommentare schreiben und sollte auch nicht die Lesbarkeit bis zum Letzten ausreizen und produktiv kann man genauso wie in Delphi sein, da gibt es eigentlich nicht einen so großen Unterschied.

Bis bald Chemiker

[Insider2004]

Deine Beispiele Zeigen mir, dass du das Thema voll erfasst hast.

Zitat von Furtbichler:

Zitat von Insider2004:

Was bei Java unheimlich nervt sind die grossen Einrückungen und die unübersichtlichen Klassendeklarationen.

Das beweist deine außerordentliche Fachkenntnis und Erfahrung (ebenso, wie der Quatsch mit der höheren Produktivität von Delphi-Programmierern).
Also:
1. "große Einrückungen" sind keine Eigenschaft der Sprache, sondern des Programmierers bzw. der verwendeten Code Formatting Convention.
In Delphi benötigt man nach gängiger Praxis 2x2 Einrückungseinheiten, schau mal:

Delphi-Quellcode:

if foo then
  begin
    bar;
  end

Java dagegen nur 2 (gängige Praxis)

Code:

if( foo ) {
  bar();
}

Also, wenn Du schon so argumentierst, dann müsstest Du ja bei Delphi kotzen...

2. "unübersichtliche Klassendeklarationen" sind Geschmacksache und (vor allen Dingen) eine Sache der Gewohnheit. Also bei C/C++ gebe ich Dir Recht, aber bei Java nicht.

[Bernhard Geyer]

[QUOTE=Furtbichler;1196768]Also:
1. "große Einrückungen" sind keine Eigenschaft der Sprache, sondern des Programmierers bzw. der verwendeten Code Formatting Convention.
In Delphi benötigt man nach gängiger Praxis 2x2 Einrückungseinheiten, schau mal:

Delphi-Quellcode:

if foo then
  begin
    bar;
  end

Java dagegen nur 2 (gängige Praxis)

Code:

if( foo ) {
  bar();
}

Also, wenn Du schon so argumentierst, dann müsstest Du ja bei Delphi kotzen...

Also wir (und der größte Teil der VCL-Sourcen verwendet hier nur eine Einrückung
In Delphi benötigt man nach gängiger Praxis 2x2 Einrückungseinheiten, schau mal:

Delphi-Quellcode:

if foo then
begin
  bar;
end

und bei Java/C++ kann man genau so 2* einrücken:

Code:

if( foo )
  {
    bar();
  }

Also 1:1 zwischen den Sprachen

Zitat von Furtbichler:

2. "unübersichtliche Klassendeklarationen" sind Geschmacksache und (vor allen Dingen) eine Sache der Gewohnheit. Also bei C/C++ gebe ich Dir Recht, aber bei Java nicht.

Dort wo es unpraktisch/eine Sackgase beschritten wurde wude ja bii .NET und Java schon mindestens eine Redesign duchgeführt.

[cookie22]

Code:

if( foo ) {
  bar();
}

Halte ich für wesentlich schlechter lesbar als.

Code:

if( foo )
  {
    bar();
  }

[Furtbichler]

Mir egal, ich habe mir zwei der Codestandards von Java angeschaut, u.a. bei Wiki. Und ich persönlich halte

Code:

if (foo)
{
  bar();
}

für noch besser, denn wozu ein '{' einrücken?. So wird es mir im VS für C# angeboten, zumindest mit meinem Refactoring-Tool.

Aber das ist eh alles nebensächlich, denn wenn Du '{' und '}' mit 'begin' und 'end' ersetzt, kommt eh das Gleiche heraus. Ich wollte damit nur sagen, das eine Sprache nichts mit der Art und Weise gemein hat, wie Programmierer sie anordnen.