Delphi 2011 heißt jetzt Delphi XE

[hanspeter]

Zitat von MEissing:

Und was für (fast alle?) Delphi Kunden das mit Abstand wichtigste ist, wurde in den 50 Seiten Thread noch nicht mal erwähnt: Man kann selbst Source-Code aus dem Jahre 1995 von Delphi 1.0 im Jahre 2010 immer nochmit Delphi 2010 kompilieren! Das Migrationstool für Visual Basic aus dem Jahre 1995 für das Jahr 2010 heisst "FDISK" (*1)

... und so definiert sich jeder seinen "technischen Standard" selbst.

Und genau das stimmt definitiv nicht.
Bis D2006 waren die Quellen verwendbar. Mit der Umstellung auf Unicode funktionierten fast alle Drittkomponenten nicht mehr.
Ich erinnere an den Thread, welche Komponente ist bereits umgestellt und welche nicht.
Wir hatten damals IBObjects als Datenzugriffsschicht verwendet. Als nach einem Jahr diese Komponenten immer noch nicht umgestellt waren, haben wir auf IBDAC gewechselt.
Es gab zwar eine Roadmap mit Terminen. Die war aber auf dem Niveau von Em - unglaubwürdig. Nach mehr als 2 Jahren ist wohl inzwischen eine Anpassung erfolgt, aber nun brauchen wir es nicht mehr.
Geschätzt mehr als 50% der Komponenten auf Torry.ru enden bei D7 und sind damit mehr oder weniger unbrauchbar.
Delphi - Superpage hat ja schon vor Jahren den Betrieb eingestellt.
Wir setzen Delphi nach wie vor ein. Grund sind ausschließlich riesige Altlasten die nicht eben mal so auf eine andere Sprache umgestellt sind.
Für Neuprojekte wird Delphi nicht mehr eingesetzt. Das hat aber die Ursache weniger in Delphi selbst, sondern in dem Umstand das wir teilweise Technologien einsetzen müssen,
die Delphi nicht beherrscht. Dazu gehört neben ASP und CF u.a. auch 64 bit.
Hier geht es um eine Bildverarbeitungssoftware für hochauflösende technische Röntgenaufnahmen.
Was wir dringend brauchen ist eigentlich eine Planungssicherheit und die ist mit der gegenwärtigen Informationspolitik von Em nicht gegeben.
Bei uns werden noch andere Nischenprodukte wie z.B. CA Objects oder Powerbuilder eingesetzt. Da sieht die Situation übrigens ähnlich aus.
Hier steht generell der Richtungsstreit gemanagte Software <-> native Software im Raum.
MS wird zwar die 32/64bit API weiter unterstützen. Wenn aber immer mehr Features nur als Net kommen, dann hat man mit nativer Software ein zusätzliches Problem.


Gruß

[himitsu]

Das liegt aber nicht am Unicode.

Wenn man überlall in den alten Codes ordentlich gearbeitet hätte (das Unicode irgendwann kommen muß, war vorher schon klar),
dann gäbe es auch fast keine Probleme. (abgesehn von einigen unnützen Stringumwandlungen, weil Delphi standardmäßig fast keine Ansifunktionen bereitstellt)

[HeikoAdams]

Zitat von hanspeter:

Bei uns werden noch andere Nischenprodukte wie z.B. CA Objects oder Powerbuilder eingesetzt.

<offtopic>Wobei PowerBuilder AFAIR noch nie wirklich native Code erzeugt hat. Die haben doch schon immer eine eigene Runtime gebraucht.</offtopic>

[Robotiker]

Zitat von hanspeter:

Hier steht generell der Richtungsstreit gemanagte Software <-> native Software im Raum.

Die beiden Welten schliessen sich aber nicht gegenseitig aus.

Wir haben damals ironischerweise den C++ Builder X benutzt. Damit haben wir von bestehenden C++ Builder Anwendungen (aus dem Bereich Industrieautomatisierung) die hardwarenahen bzw. performancekritischen Teile nach MS bzw. Intel C++ portiert. Borland hat ja sogar den Intel-Compiler mitgeliefert, damit man sehen konnte, dass der besser ist, als das eigene Produkt.

Diese Teile können heute wahlweise mit nativen (Qt) oder managed (C#, F# über einen dünnen C++/CLI Wrapper) Anwendungen verwendet werden.

Rückwirkend hat sich der "Machts gut und danke für den Fisch" Open Letter von Borland als große Hilfe erwiesen. Unsere Software ist heute modularer und leichter auf neue Plattformen anzupassen.

Grüße

[himitsu]

Zitat von MEissing:

Macht also 10% 64-Bit Systeme.

Also jeder 10.
Und das soll nun sooooo unwichtig sein?

[plusplus]

Viele sehen hier das grosse bild nicht, die meisten haben wahrscheinlich vergessen das wenn Borland 35% MS wurde hatte Borland Delphi schon aus den augen, Borland hat 5 jahre lang versucht Delphi division zu verkaufen (und waerend dieser zeit haben sie Delphi 8, .Net etc rausgebracht um kosten zu abdeken, there was no real innovation), also, the bad boy is Borland, CodeGear whar nur eine negotiation platform.

Lets be honest, since Embarcadero is in charge, Delphi has become more attractive and stable then ever. I am confident that Delphi will again arise as a state of the art IDE, instead bad mouthing Delphi and Embarcadero we should give them the credit that they just bought it for 22 million only about 20 months ago, and since then the progress is awesome.

Der x64 compiler is not nicht da, na ja, ich mag das auch nicht aber ich verstehe Embarcadero priorities. They just spent a lot of money, they have to go with a plan that brings a fast income and x64 is not in that plan because the majority does not need x64 yet.

@cookie22
das ist das ganze debate hier manche brauchen x64 und viele brauchen x64 noch nicht.

[Hansa]

Zitat von himitsu:

Zitat von MEissing:

Macht also 10% 64-Bit Systeme.

Also jeder 10.
Und das soll nun sooooo unwichtig sein?

Von den 10 % dürften 10 % bewusst 64 Bit gekauft haben (wenn überhaupt, mehr hört sich anfangs einfach besser an). Es geht dann um sagenhafte 1 % In dem ellenlangen Thread hier, habe ich trotz Rückfragen nur eine einzige plausible Antwort für 64 Bit gesehen (bzw. eine Verbesserung dadurch) : CAD-Anwendung. Wer in Delphi eine CAD-Anwendung zu schreiben hat, der wird sich wohl über 64 Bit freuen (auch bei 3-D Konstruktionen kein Speicherärger und auch nur bei geeigneter Hardware).

Ich liefere dann selber noch ein Argument für 64 Bit : grosse Datenbank. Bei Firebird lässt sich, sagen wir 20 GB Datenbank, aufsplitten in Häppchen zu je 4 GB. Ist ein gewisser (eventuell überflüssiger) Mehraufwand, aber was solls ? Werde mir deshalb jedenfalls keine neuen Rechner kaufen. So grosse Datenbanken können IMHO auch fast nur dadurch entstehen, dass Blob-Felder für Bilder, Videos etc. in der DB sind, was aber auch nicht so sein muss.

Wenn schon, dann muss ja alles auf 64 Bit umgestellt werden, damit das überhaupt richtig Sinn macht. Man stelle sich das jetzt mal bei grosser Firma vor, was das kostet.

Wie bereits gesagt : hier bei mir ist Thema im Moment : Touchscreen. Werde mir das in Berlin nach Möglichkeit mal genauer ansehen (ist eben noch neu). Ich weiss, auch das braucht nicht jeder und so geht es dann weiter. Allerdings ist der Unterschied zwischen Touchscreen und 64 Bit folgender. Letzteres kann man erwähnen und sagen "Das ist doch viel besser" usw. Beim Touchscreen dagegen sieht man mit eigenen Augen, was da besser ist. Man kann es in dem Fall sogar erfühlen. Welches Programm macht jetzt wohl da das Rennen ? Das mit x64 Unterstützung ohne Touchscreen, oder das mit durchdachtem Touchscreen, aber ohne x64 ? Siehe Erfolg des iPhones. Mit dem kann man sogar telefonieren. Mit fertigem Touchscreen sage ich notfalls : Ja, x64 kommt demnächst, das dauert aber noch (a la Embargo ). Was sagt der mit dem x64 Programm ? Tja, auf Touchscreen muss das Programm eben umgeschrieben werden.

roter kasten, war klar : ich sags wie plusplus in seinem deutsch/englisch. Redet nicht alles schlechter as it is. Borcadero wird/kann es nie jedem Recht machen, zumindest nicht immediately. Wer programmiert, der weiss, where the time goes.

[mkinzler]

Du scheinst nur das zu Lesen, was du Lesen willst!
-Office-Addins ( braucht natürlich keiner)
-ShellExtensions auch nicht.
-TS: Benutzt niemnand
-für Anwendungen die mehr als 2GB Hauptspeicher brauchen gibt es keinen Grund
...
Btw. Die Größe einer Datenbank hat wohl nicht im Geringsten etwas mit 32/64Bit zu tun.

[Florian Hämmerle]

Zitat:

Und was, bitte schön, braucht ein Schüler Student mehr als es in einem *Turbo Delphi* gibt?

Äähm... FAIL! Soweit ich mich erinnern kann gibts Turbodelphi nicht mehr kostenlos. Da geh ich als Schüler doch lieber zu Dreamspark und hol mir VS Professional. Ich hab in den letzten 6-12 Monaten niemand mehr kennengelernt, der neu mit Delphi angefangen hat. Dagegen sind viele C#-Bekanntschaften dazugekommen.
Aber naja, Emba wird schon wissen, was sie machen

[cookie22]

interessant wie du es schaffst aus 10%, nur ein einziges zu machen.