gibt es eine leichtere Programmier-IDE als Delphi ?

[Jelly]

Zitat von Elvis:

Mein TurboDelphi 32 läuft ziemlich gut unter 2.0, sogar Together & Co, alles in allem vllt sogar schneller. (Together ist auf jeden Fall schneller)

Heisst das, Delphi kann jetzt .NET 2.0 Kompilate erstellen. Das ist mir neu.

Das klingt jedenfalls sehr interessant, da ich zur Zeit eine SQL Assembly für den SQL Server 2005 erstelle, und ich dachte, ich wäre deshalb auf c# angewiesen da dort .NET 2.0 vorausgesetzt wird. Heisst das also, ich könnte mit Turbo Delphi das gleiche erreichen?

[bttb930]

Java ist gegenüber Delphi ohne Frage die mächtigere Sprache. Java ist komplett objektorientiert, Delphi nicht. Java bietet Interfaces, bei Delphi sind die zwar auch im Angebot aber grausam implementiert. Java ist einfach eine tolle Sprache.

Aber trotzdem bleibe ich erstmal bei Delphi.

Alternativ würde ich mir eher Visual Studio .net ansehen, und dort vor allem Visual C#. Hat auch fast alle Vorteile die Java mit sich bringt und ist Delphi ebenfalls ein Stück voraus. Gerade bei .net wird Delphi leider immer hinterher hinken.

So wie es Turbo Delphi umsonst gibt, bietet Microsoft sein Visual Studio .net auch umsonst an (Turbo Delphi war mehr oder weniger eine Reaktion darauf). Schau dir das einfach mal an, und dann sind wir dich vermutlich wirklich schnell los ;-)

[Jelly]

Zitat von bttb930:

Java ist gegenüber Delphi ohne Frage die mächtigere Sprache. Java ist komplett objektorientiert, Delphi nicht.

Mächtigkeit muss nicht zwangsläufig mit Objektorientierung dahergehen. Es spricht rein gar nichts dagegen, eben mal eine globale Funktion zu deklarieren, die einfache Aufgaben erledigt, die in allen Projekten immer wieder auftauchen. Du nutzt diese Funktionen selbst, denn Delphi bietet gleich eine ganze Palette solcher Codeschnipsel mit... Format, DateToStr, DateDiff usw. Ob diese Dinge in Klassen liegen oder nicht ist daher irrelevant.

Zitat von bttb930:

So wie es Turbo Delphi umsonst gibt, bietet Microsoft sein Visual Studio .net auch umsonst an (Turbo Delphi war mehr oder weniger eine Reaktion darauf). Schau dir das einfach mal an, und dann sind wir dich vermutlich wirklich schnell los

Ich bin noch lange nicht weg von Delphi. Das Visual Studio Express find ich grauenhaft. Und mir persönlich gefällt die c# überhaupt nicht, und zwar aus mehreren Gründen:

• Ich sehe liebe begin... end anstatt { und }. Genauso verhält es sich mit den logiscen Operatoren or, and wird in c# zu | und &. Ist Geschmacksache, aber ich finde Pascal liest sich wesentlich einfacher, grad wenns drum geht, fremde Programmquellcodes zu verstehen und zu erweitern.
• Es ist unübersichtlich in c# die Implementierung von Prozeduren und Funktionen gleich zu schreiben. In Delphi deklairerst du zuerst die Klasse mit ihren Methoden, und die Implementierung kommt später. So sehe ich leicht, was die Klasse zu leisten vermag, auch wieder bezogen auf die Analyse von fremden Quellcodes.
• Folgendes Konstrukt lässt sich in c# nicht compilieren:
  
  Code:

  public int Test {
      try {
          int i = 3;
          return i ;
      catch (exception) {
          int i = 5;
          return i ;
      }
  }

• Ich bin schon des öfteren über Dinge gestolpert, die ich einfach nur blind übersehen habe. Die Unterscheidung von Klein-Grossschreibung von Variablen find ich ätzend. (auch wieder Geschmackssache)

Ich für meinen Geschmack tendiere definitiv weiter zu Delphi bzw. Delphi.NET.

[JasonDX]

Ohem, das versteh ich irgendwie nicht ganz:

Zitat von Jelly:

Und mir persönlich gefällt die c# überhaupt nicht, und zwar aus mehreren Gründen:

• [...]
• Folgendes Konstrukt lässt sich in c# nicht compilieren:
  
  Code:

  public int Test {
      try {
          int i = 3;
          return i ;
      catch (exception) {
          int i = 5;
          return i ;
      }
  }

Warum sollte das auch kompilieren? Entweder es ist eine Property, wo min. ein getter/setter stehn muss, oder es ist eine Methode, wo du Klammern setzt. Aber das is weder was halbes, noch was ganzes...
Wenn wir davon absehn, dass du mehr klammern oeffnest als schliesst

greetz
Mike

[Jelly]

Sorry, ich muss korrigieren. Der Code ist einfach nur so ins Forum getippt worden, ohne weiter Überprüfung:

Code:

public int Test { 
    try { 
        int i = 3; 
        return i ;
    } 
    catch (exception) { 
        int i = 5; 
        return i ; 
    } 
}

Das soll eine Funktion sein, die einen int zurückgibt. Mehr nicht. Was ich zeigen wollte, ist dass der Compiler meckert, dass der Rückgabewert von Test eventuell nicht definiert ist. Ich mag dieses C einfach nicht.

[bttb930]

Zitat von Jelly:

• Folgendes Konstrukt lässt sich in c# nicht compilieren:
  
  Code:

  public int Test {
      try {
          int i = 3;
          return i ;
      catch (exception) {
          int i = 5;
          return i ;
      }
  }

Was ist denn das Problem? Das eine schließende Klammer fehlt?

[Der_Unwissende]

Zitat von bttb930:

Java ist gegenüber Delphi ohne Frage die mächtigere Sprache.

Machst Du woran fest?

Zitat von bttb930:

Java ist komplett objektorientiert, Delphi nicht.

Das ist so falsch. Java kennt primitive Datentypen (byte, short, int, long, double, float, char, boolean), das sind schon keine Klassen (auch wenn Autoboxing daraus eine Klasse machen kann, versuch mal unter Java 1.4 oder kleiner diese Datentypen direkt in einer List zu speichern). Ja, auch für die Generics gilt, dass Du hier keine Klasse übergeben musst, diese Datentypen sind echt generisch, erst ein <T extends Object> würde hier zusichern, dass es sich um Objekte handelt.
Enumerations werden zwar auch auf Klassen umgesetzt, sind aber in der Sprache Java (afaik) keine Klassen sondern ein eigener Typ. Natürlich ist Java trotzdem um einiges Objekt Orientierter Aufgebaut als Delphi, aber eben auch nicht 100%ig OO.

Zitat von bttb930:

Alternativ würde ich mir eher Visual Studio .net ansehen, und dort vor allem Visual C#. Hat auch fast alle Vorteile die Java mit sich bringt und ist Delphi ebenfalls ein Stück voraus. Gerade bei .net wird Delphi leider immer hinterher hinken.

Hm, was sind denn die Vorteile? Vorallem solltest Du auch nochmal sagen, dass es die selben Nachteile hat (u.A. Laufzeitumgebung und langsameren Code, da Methoden standardmässig virtuell sind, also zusätzliche Indirektionen mit sich bringen). Natürlich hat das auch den Vorteil, dass man die meisten Methoden (die nicht final sind) auch einfach überschreiben kann (da können einen die statischen Methoden von Delphi schonmal ärgern).

Wie hier (und in unzähligen weiteren Threads) doch schon oft genug gesagt wurde ist, dass Vor- und Nachteile ebenso wie einfach oder schwer immer mit dem Problem zusammenhängt. Wenn ich hier lese, dass Java unübersichtlich ist, weil mal Methoden direkt implementiert, so stimmt das sicher bei großen Klassen mit unzähligen Methoden, die man in einem Texteditor betrachtet. Kommt aber eine IDE zum Einsatz, so finden sich zwei große, kostenlose IDEs (Eclipse und NetBeans), die Codefolding unterstützen (man sieht nur noch die Signatur der Methoden) und auch noch die Option bieten alle Methoden in einer eigenen Ansicht anzuzeigen. Man kann in diesen IDEs sogar direkt (mit einem Doppelklick) zu der entsprechenden Methode springen (und das schon seit einer gaaaanzen Weile). Dann kommt der Vorteil hinzu, dass es in Java nur eine öffentliche Klasse pro Datei geben darf, die Unübersichtlichkeit von Delphi-Dateien, in denen zig Klassen in einer Datei stehen entfällt damit.
Zudem ist Java in vielen Punkten (imho) konsequenter als Delphi (z.B. Groß- und Kleinschreibung, aber insbesondere auch eine erzwungene Fehlerbehandlung/Fehlerweiterleitung).

Was ich eigentlich nochmal an den Threadsteller loswerden wollte ist, das BDS ist eine IDE, Delphi und Java sind Sprachen (ok, Delphi war auch mal die Bezeichnung für eine IDE und Object Pascal hieß die Sprache). Jedenfalls kannst Du Java nicht mit einer IDE vergleichen, das sind zwei völlig verschiedene Dinge. Die Sprache Delphi und die Sprache Java kann man durchaus vergleichen, die IDE Eclipse und die IDE Delphi/BDS ebenfalls, aber da solltest Du vielleicht nochmal sagen ob Du eine leichtere Sprache oder eine bessere IDE suchst.

In beiden Fällen gibt es aber kein leichter oder schwerer. An sich nimmt es sich nicht viel, man arbeitet sich in eine Sprache ein und merkt schnell, dass sich viele Dinge ähneln (sind beides gleiche Konzepte). Würdest Du auf eine deklarative Sprache (z.B. logisch in Prolog oder funktional in Haskell) umsteigen, sähe das deutlich anders aus. Das sich aber nur die Syntax etwas ändert, nun ja, zu vernachlässigen. Wichtiger ist, was hättest Du gerne? Was möchtest Du mit der Sprache machen? Was fehlt Dir? Gerade Java hat halt den Vorteil, dass es eine riesige Entwicklergemeinde gibt. Das was Du über die Pattern gesagt hast gilt auch für frei verfügbare Bibliotheken/Komponenten (im Moment sind wohl die meisten OS Projekte auf Java Basis). Das heißt nur, dass Du eine Menge findest, sagt aber nichts über die Qualität aus.
Wieviele unterschiedliche Programme es gibt, wie geeignet die Bibliotheken/Komponenten für Dich sind, wie gut sich die Sprache eignet usw. hängt alles doch stark davon ab, was Du machen möchtest. Möglich ist (wurde glaube ich schon gesagt) fast alles in jeder Sprache, nur der Aufwand variiert. Keine Sprache kann (wird je) alles gleich gut leisten.

Gruß Der Unwissende

[JasonDX]

Zitat von Jelly:

Code:

public int Test { 
    try { 
        int i = 3; 
        return i ;
    } 
    catch (exception) { 
        int i = 5; 
        return i ; 
    } 
}

Das soll eine Funktion sein, die einen int zurückgibt. Mehr nicht. Was ich zeigen wollte, ist dass der Compiler meckert, dass der Rückgabewert von Test eventuell nicht definiert ist.

Ich weiss nicht, welchen Compiler du verwendest, aber das VS05 kompiliert das einwandfrei, zumal auch in jedem Fall ein Wert zurueckgegeben wird. Ein entsprechender Fehler in deinem Code ist also nicht ein C#-Problem, sondern ein Compiler-Bug
Ansonsten ist das eher ein Zeichen von Konsistenz, dass alles, was verwendet werden will, auch initialisiert werden soll, so auch der Rueckgabewert. Es gibt (fast) keine schlimmeren Fehlerquellen als Funktionen, die in bestimmten Faellen unbestimmbares Verhalten aufzeigen, weil eine Variable oder ein Rueckgabewert nicht gesetzt wird.

greetz
Mike

[DMW]

Zitat von Khabarakh:

Und wo bitte soll nun die Pointe bei einem Programm sein, das seine Runtime selbst durch eine Config-Datei auf 1.1 einschränkt?

Wenn das tatsächlich die einzige Einschränkung ist, ist das beeindruckend. Dennoch scheint mir die Liste der Breaking Changes nicht ganz unbeträchtlich. Wenn es in der Praxis kaum eine Rolle spielte, wäre es in Ordnung.

Dennoch sind das Änderungen in ganz anderen Dimensionen als beim Win32-API. Und solange Microsoft nicht vorhat, das Win32-Subsystem durch ein .NET-Subsystem zu ersetzen, wird Win32 auch _die_ Schnittstelle zum Betriebssystem bleiben und .NET nur ein sicher in vielen Fällen sehr nützlicher und arbeitserleichternder, aber auch manchmal mit unnötigem Overhead einhergehender, vermeidbarer Aufsatz auf Win32.

Zitat von bttb930:

Java ist gegenüber Delphi ohne Frage die mächtigere Sprache. Java ist komplett objektorientiert, Delphi nicht. Java bietet Interfaces, bei Delphi sind die zwar auch im Angebot aber grausam implementiert. Java ist einfach eine tolle Sprache.

1. Nein.
2. Mißverständlich ausgedrückt. Man könnte sagen, Java zwingt den Benutzer, in objektorientierten Paradigmata zu denken, Delphi nicht. Delphi kann unabhängig davon genauso objektorientiert sein, muß es nur eben nicht. Ob das nun sinnvoll ist oder nicht, kommt eben drauf an.
3. Du solltest ggf. näher erläutern, inwiefern du Delphi-Interfaces als "grausam implementiert" empfindest. Und auch, inwiefern das der Mächtigkeit und Tauglichkeit der Sprache Abbruch tut.
4. C auch. C++ auch. C# auch. Delphi auch. VB... OK, das nicht So what?


Ansonsten kann ich mich folgendem nur vorbehaltlos anschließen:

Zitat von Der_Unwissende:

Was ich eigentlich nochmal an den Threadsteller loswerden wollte ist, das BDS ist eine IDE, Delphi und Java sind Sprachen (ok, Delphi war auch mal die Bezeichnung für eine IDE und Object Pascal hieß die Sprache). Jedenfalls kannst Du Java nicht mit einer IDE vergleichen, das sind zwei völlig verschiedene Dinge. Die Sprache Delphi und die Sprache Java kann man durchaus vergleichen, die IDE Eclipse und die IDE Delphi/BDS ebenfalls, aber da solltest Du vielleicht nochmal sagen ob Du eine leichtere Sprache oder eine bessere IDE suchst.
...
Wieviele unterschiedliche Programme es gibt, wie geeignet die Bibliotheken/Komponenten für Dich sind, wie gut sich die Sprache eignet usw. hängt alles doch stark davon ab, was Du machen möchtest. Möglich ist (wurde glaube ich schon gesagt) fast alles in jeder Sprache, nur der Aufwand variiert. Keine Sprache kann (wird je) alles gleich gut leisten.

[MightyPit]

Nachdem ich mich heute extrem über die Delphi2005 IDE geärgert habe, Stichwort "Error Insight", geb ich auch mal ein Statement ab hier.
Ich hab mit Java angefangen zu programmieren (an der FH) und bin dann in ne Firma gekommen die Delphi programmiert.
Ich konnte relativ schnell produktiv entwickeln, weil die Delphisyntax gut verständlich ist. Beeindruckt hat mich von anfang die GUI-Erstellung mit Delphi.
Das ist wirklich gut gemacht, und erst Windows Forms bietet jetzt so ne ähnliche Möglichkeit an, aber ich bin nicht sicher ob es da auch Datenmodule und Non-Visuelle Komponenten gibt.
Was ich als sehr nervig empfinde ist die instabile IDE. Ich hab mit Delphi7 angefangen, und hab mich da schon über die Abstürze der IDE geärgert, die nicht sooo oft aufgetreten sind.
Besonders ärgerlich, seit irgendwann letzten Herbst stürzt Delphi7 ab wenn man das komplette Projekt erzeugt, und anschließend gleich starten will. Nach einem neustart der IDE kann man es dann starten.
Und jetzt hab ich unser Projekt auf Delphi2005 hochgezogen, aber die Stabilität ist noch schlechter geworden. Da ist eine MS IDE schon um einiges verlässlicher.
Außerdem finde ich es beunruhigend nicht zu wissen wie es wirklich mit Delphi weitergeht. Turbodelphi hat für mich einen faden Beigeschmack, ich denke Borland/Code Gear wollte damit vor allem sagen, schaut her hier geht es noch weiter, irgendwie...
Aber was die Sprache angeht denke ich kommt es stark darauf an was man entwickeln möchte. Ein Spiel mit einer 3D Engine bei dem es auf schnellen Code ankommt würde ich ehr mit C/C++ schreiben. Eine verteilte Anwendung ehr mit Java. eine Anwendung die sehr viel mit Oberflächen zu tun hat, zum Beispiel eine Büroanwendung, kann am einfachsten mit Delphi entwickelt werden. C# wird zwar in letzter Zeit ziemlich gehypt, aber es ist die Frage wie abhängig man sich von M$ und .Net machen will. Einen Blick ist die Sprache für Delphientwickler auf jeden Fall wert, da man sich recht schnell heimisch fühlt ich sag nur TApplication.

Mein Fazit: Jede Sprache hat Stärken und Schwächen, man kann die Frage welche Sprache verwendet werden sollte nur unter Berücksichtigung der Anforderungen beantworten.
Aber: Zum lernen von Objektorientierung würde ich Java empfehlen. Der Umstieg auf Delphi ist Denkbar einfach, auch wenn die Syntax etwas anders ist, und nach C/C++ und C# ist es auch nicht weit.

Grüße,
Peter