Was geht ab bei Embarcadero?

[Mschmidt]

bis auf Forms/Frames nein. Schau dir mal die DevExpress (http://www.devexpress.com/Products/VCL/) VCL Bibliothek an.
Ich verwende überhaupt keine Panels und Labels - da DevExpress einen Layoutmanager liefert, der das automatisch mit eigenen macht.

Die OpenDialog/Savedialog/MessageDlg Componenten von D haben den Nachteil, dass sie nicht unterscheiden, auf welchen BS sie laufen.
Sprich, sie sehen unter Vista/w7 genauso aus wie unter XP. Auch hier verwende ich eigene bzw. die von TMS.
:-mschmidt

[mirage228]

Zitat von Mschmidt:

Die OpenDialog/Savedialog/MessageDlg Componenten von D haben den Nachteil, dass sie nicht unterscheiden, auf welchen BS sie laufen.
Sprich, sie sehen unter Vista/w7 genauso aus wie unter XP. Auch hier verwende ich eigene bzw. die von TMS.
:-mschmidt

Da würde ich zumindest bei D2010 widersprechen. Bei D2010 gibt es einen per Default aktivierten Schalter (UseLatestCommonControls oder so), mit dem die jeweils neuesten Dialoge (TaskDialog in MessageBoxen z.B.) oder die neue Öffnen und Speicher-Dialoge verwendet werden. MessageDlg(!) allerdings müsste tatsächlich von der VCL über eine eigene Form zusammengebaut sein oder überall gleich aussehen - aber der Rest ist da schon adaptiv.

Viele Grüße

[HeZa]

[QUOTE=fatalerror;1037446]

Zitat von mkinzler:

Was ich mal angeschaut habe ist go, scheint mir ein interessantes Projekt zu sein

Wie baut man denn mit GO eine RichClient-Anwendung? Ich habe da nur kurz auf die Seite geschaut und dazu nichts gefunden. Hast du dazu vielleicht einen Link für mich?

Delphis Stärken sind die einfache Erstellung von komplexen Benutzeroberflächen (für Windows) und die Datenbank Anbindungen.

Wenn man keine komplexen Benutzeroberflächen (komfortable Grids, Drag/Drop, Docking, TreeView etc.) braucht, ist man mit fast jeder anderen Hype-Sprache besser bedient (und vor allen Dingen günstiger).

Ein Einschränkung muss ich allerdings doch noch machen. Die Syntax. Ich bin ein Fan von BEGIN /END. Ich mag nicht diese C-Varianten der For-Schleife und einiges andere auch nicht (schrecke aber auch nicht davor zurück diese zu benutzen ).

Ich habe mich zuletzt in Scala eingelesen und bin von dessen Features sehr angetan. Noch mehr begeistert hat mich allerdings Delphi Prism 2011. Enthält viele der Features von Scala (und einige mehr) in einer Syntax die jeder sofort verstehen kann (meine Behauptung ).

Ich benutze Prism nicht, weil man bei uns gerne bei alt bewährtem Bleibt (und auch das hat seine Berechtigung), aber das wäre mein erster Kandidat wenn ich nach einer alternative zu Delphi Win32 suchen würde.

[HeikoAdams]

Ich denke, das Hauptproblem von Delphi/Emb ist, das ihre Kommunikation mit den (potentiellen) Kunden nicht passt und sie bestehenden Kunden nicht so Recht das Gefühl geben, das man sich um bestehenden Probleme kümmert. Man muss doch nur mal schauen, wie viele Einträge es in der QC gibt, die seit Jahren offen sind und zu denen es null Feedback vom Emb gibt.
Der Kunde muss so im Prinzip bei jedem neuen Release entweder hoffen, das "seine" Fehler behoben sind oder versuchen, über die QC eine Antwort auf diese Frage zu bekommen.

BTW: "Alle bekannten Fehler behoben" wäre doch ein hübsches Verkaufsargument für ein neues Delphi Release

[mkinzler]

Damit würde man aber offiziell zugeben müssen, das es Fehler gibt.

[hanspeter]

[QUOTE=HeZa;1037568]

Zitat von fatalerror:

Delphis Stärken sind die einfache Erstellung von komplexen Benutzeroberflächen (für Windows) und die Datenbank Anbindungen.

Wenn man keine komplexen Benutzeroberflächen (komfortable Grids, Drag/Drop, Docking, TreeView etc.) braucht, ist man mit fast jeder anderen Hype-Sprache besser bedient (und vor allen Dingen günstiger).

Naja, im komerziellen Bereich bei C/S Systemen sind die Datenanbindungen nicht mehr das gelbe vom Ei.
Mit den Standardcomponenten ist kein oder nur ein eingeschränkter verbindungsfreier Betrieb möglich.
Hier ist Bastelei notwendig. Zumindest in Net ist das Databinding besser gelöst.
Und was komplexe Oberflächen angeht WPF? Wincontrols unterscheiden sich nur wenig von Delphi Oberflächen.
Das nur am Rande.

Gruß

[HeikoAdams]

Zitat von mkinzler:

Damit würde man aber offiziell zugeben müssen, das es Fehler gibt.

Tschuldigung, aber wer glaubt, das so komplexe Systeme wie Delphi absolut fehlerfrei sind, dem ist eh nicht mehr zu helfen

[mkinzler]

Es gibt keine wirklich fehlerfreien Programme (abgesehen von "Hallo Welt!" und Co.)
Aber kein Unternehmen ( und EM schon 2 Mal nicht) würde eine neues Produkt so bewerben (Ausnahme: Waschmittel). Denn dann könnte man darin Mängel der Vorgänger sehen, welche man dann für diese beheben müsste ( was BOR/CG/EM ja aus Tradition nicht macht)

[HeikoAdams]

Zitat von mkinzler:

Es gibt keine wirklich fehlerfreien Programme (abgesehen von "Hallo Welt!" und Co.)
Aber kein Unternehmen ( und EM schon 2 Mal nicht) würde eine neues Produkt so bewerben (Ausnahme: Waschmittel). Denn dann könnte man darin Mängel der Vorgänger sehen, welche man dann für diese beheben müsste ( was BOR/CG/EM ja aus Tradition nicht macht)

Ich hatte eigentlich gedacht, das die Ironie in dem Satz mit dem Verkaufsargument erkennbar wäre

[HeZa]

[QUOTE=hanspeter;1037580]

Zitat von HeZa:

Zitat von fatalerror:

Delphis Stärken sind die einfache Erstellung von komplexen Benutzeroberflächen (für Windows) und die Datenbank Anbindungen.

Wenn man keine komplexen Benutzeroberflächen (komfortable Grids, Drag/Drop, Docking, TreeView etc.) braucht, ist man mit fast jeder anderen Hype-Sprache besser bedient (und vor allen Dingen günstiger).

Naja, im komerziellen Bereich bei C/S Systemen sind die Datenanbindungen nicht mehr das gelbe vom Ei. Mit den Standardcomponenten ist kein oder nur ein eingeschränkter verbindungsfreier Betrieb möglich. Hier ist Bastelei notwendig. Zumindest in Net ist das Databinding besser gelöst. Und was komplexe Oberflächen angeht WPF? Wincontrols unterscheiden sich nur wenig von Delphi Oberflächen.

Ich gebe dir vollkommen Recht. Trotzdem sind die Erstellung von komplexen Benutzeroberflächen (für Windows) und die Datenbank Anbindungen die Stärken von Delphi. Brauche ich also eine Alternative, muss diese für die Erstellung von komplexen Benutzeroberflächen (in kurzer Zeit) geeignet sein und die einfache Anbindung von Datenbanken unterstützen. Von daher wäre dann auch Delphi Prism als dotNet-Sprache die erste Alternative die ich testen würde.