Entwickler-Ecke

Programmierwerkzeuge - Vorschläge für neue RAD Studio-Version


florida - So 28.11.10 10:07
Titel: Vorschläge für neue RAD Studio-Version
Für zukünftige Versionen:

Neben der 64bit-Entwicklung und eventuell auch VCL .NET-Entwicklung wäre es vielleicht auch angebracht, OWLNext für C++ inklusive Ressourceneditor, Anwendungs- sowie Klassenassistent zu integrieren.

Was haltet ihr von der Idee?


platzwart - So 28.11.10 14:51

Ich bin lediglich an der Unterstützung von Linux und MacOS interessiert, alles andere hat meiner Meinung nach absolut keine Priorität...


Dude566 - So 28.11.10 15:16

Ich denke auch mit einem Multicompiler würde es sich noch besser verkaufen, eben wegen der Vielfältigkeit.


jaenicke - So 28.11.10 15:17

Für uns ist 64-Bit am wichtigsten und für mich privat ist die Linuxunterstützung interessant.

Und als Markt, auf dem viele zu viel Geld haben, ist auch MacOS interessant. Obwohl: Ist ja kein angebissener Apfel drauf, da kauft ja keiner die Software. :lol:

Im Ernst: Da in XE2 64-Bit und MacOS (und in XE3 vermutlich auch Linux) drin sein werden, sehe ich schon genug tiefgreifende und mächtige Änderungen. ;-)


Dude566 - So 28.11.10 15:19

Wird es dann eigentlich auch möglich sein, Anwendungen für mobile Geräte zu entwickeln, wenn man schon für Mac und Linux entwickeln kann?


florida - So 28.11.10 15:21

Aber es wäre auch nicht schlecht, die OWL zu integrieren mit den dazugehörigen Hilfen. Schließlich hat MS in seinem Visual Studio auch die MFC integriert.


jaenicke - So 28.11.10 15:27

user profile iconDude566 hat folgendes geschrieben Zum zitierten Posting springen:
Wird es dann eigentlich auch möglich sein, Anwendungen für mobile Geräte zu entwickeln, wenn man schon für Mac und Linux entwickeln kann?
Dafür eignet sich Delphi Prism viel besser. Das unterstützt jetzt schon das iPhone usw., was mit nativem Delphi ein ziemlicher Aufwand wäre. Deshalb halte ich es für gar nicht so sinnvoll, so eine Unterstützung auch in das normale Delphi bzw. C++ einzubauen.


florida - So 28.11.10 15:44

Ich bin vor allem an 64bit und OWL-Integrierung interessiert mit Anwendungsexperten, Klassenexperten und Ressourceneditor. Die OWLNext könnte dabei Klassen wie TRibbon,... sowie volle Datenbankunterstützung einbauen, sodass man sich bei einem neuen C++ Builder-Projekt entscheiden kann, ob VCL-Formularanwendung oder OWL-Anwendung. Dann kann man wieder genauso programmieren wie bei Borland oder Turbo C++.

Was meint ihr dazu?


jaenicke - So 28.11.10 15:53

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
Dann kann man wieder genauso programmieren wie bei Borland oder Turbo C++.
Daran habe ich im Vergleich keine guten Erinnerungen. ;-)


alzaimar - So 28.11.10 15:55

Womit würde sich mehr Geld verdienen lassen:
[ ] Unterstützung für Linux
[ ] Unterstützung für MacOS
[ ] Unterstützung für Windows Mobile
[ ] Unterstützung für Windows Android
[ ] Unterstützung für Windows iPod/Pad

So gerne ich Delphi für Linux sehen würde, so wenig sehe ich eine Marge in dieser Richtung. Eine Firma muss nun mal profitorientiert denken.


Dude566 - So 28.11.10 16:00

user profile iconjaenicke hat folgendes geschrieben Zum zitierten Posting springen:
user profile iconDude566 hat folgendes geschrieben Zum zitierten Posting springen:
Wird es dann eigentlich auch möglich sein, Anwendungen für mobile Geräte zu entwickeln, wenn man schon für Mac und Linux entwickeln kann?
Dafür eignet sich Delphi Prism viel besser. Das unterstützt jetzt schon das iPhone usw., was mit nativem Delphi ein ziemlicher Aufwand wäre. Deshalb halte ich es für gar nicht so sinnvoll, so eine Unterstützung auch in das normale Delphi bzw. C++ einzubauen.


Aber man muss doch bei Apple als Entwickler eingetragen sein und das kostet auch noch.
Und schreibt man die Apps nicht mit einem speziellen DeveloperKit extra dafür?


jaenicke - So 28.11.10 16:04

user profile iconDude566 hat folgendes geschrieben Zum zitierten Posting springen:
Und schreibt man die Apps nicht mit einem speziellen DeveloperKit extra dafür?
Wie gesagt: Du kannst mit Delphi Prism schon jetzt direkt für z.B. das iPhone entwickeln.

user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
So gerne ich Delphi für Linux sehen würde, so wenig sehe ich eine Marge in dieser Richtung.
Dass sich bei Linuxnutzern kaum Geld machen lässt, ist klar. Dennoch ist die Unterstützung angekündigt und soll wahrscheinlich bereits in XE3 kommen (auch wenn ich da eher XE4 vermute).


Bernhard Geyer - So 28.11.10 16:08

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
... und eventuell auch VCL .NET-Entwicklung

VCL.NET ist doch Tot. Oder will man mit dem Ankündigen einer wiederauferstehung die letzten Delphi-Entwickler abschrecken?

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
wäre es vielleicht auch angebracht, OWLNext für C++ inklusive Ressourceneditor, Anwendungs- sowie Klassenassistent zu integrieren.

Was haltet ihr von der Idee?

Es wäre sinnvoll das erstmal die VCL erstmal wieder auf den Stand der Technik ist bevor man neue experimente mit weiteren Bibliotheken macht. Kenn jemand noch C++-BuilderX?


Dude566 - So 28.11.10 16:22

Also wie hier: http://www.youtube.com/watch?v=ukwsVeD2R5A

Nur leider verstehe ich nichts. :D


jaenicke - So 28.11.10 16:54

Ich verstehe auch nur etwa die Hälfte oder so, aber es reicht um zu verstehen was er meint. ;-)

Es gibt aber auch etwas auf englisch dazu:
http://blogs.remobjects.com/blogs/sebastiang/2010/03/29/p1289


hansa - So 28.11.10 18:33

user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
So gerne ich Delphi für Linux sehen würde, so wenig sehe ich eine Marge in dieser Richtung. Eine Firma muss nun mal profitorientiert denken.


Sehe ich ähnlich. In den letzten 10 Jahren hatte ich einen Fall, bei dem Linux zwingend gefordert wurde. War wohl ein M$-Hasser. :mrgreen: Nur : warum soll ich 1 Jahr aufwenden, um ein Programm auf Linux umzustellen, wenn einmal in 10 Jahren so eine Anfrage kommt ?

Gut, wenn sich so etwas leicht mit Delphi realisieren lassen würde, dann wäre so was wohl schon prinzipiell machbar. Aber wofür ? Ich bin mir nämlich sicher, dass weit über 95 % der User hier nicht mal wissen, dass z.B. der Editor unter Linux der VI ist. Heisst das Ding überhaupt tatsächlich so ? :shock: Ja, da fängts schon an, keiner kennt sich richtig gut damit aus. Selbst wenn ich ein Programm relativ leicht auf Linux portieren kann : es wäre sehr mühsam und unproduktiv, sich da für einige wenige einarbeiten zu müssen.

Bei iphone + Co. ist die Lage zwar anders, aber ungefähr mit demselben Effekt. Es lohnt sich nur in Ausnahmefällen, dafür Zeit zu investieren. Hardware ist nicht standardisiert, also : anderes Gerät, andere Software. Und es sahnt nur Apple ab. 90 % der User laden sich nur kostenlose Apps runter. Mein iphone ist zwar leider geklaut, scheint schon begehrt zu sein. 8)

Aber für über 10 EUR pro App wird man kaum was los. Ausnahme : Spezialanforderung von Einzelfirma für Aussendienstler etc.


florida - So 28.11.10 22:15

Kenn jemand noch C++-BuilderX?

Ich habe mal Bilder dazu gesehen. Aber ist dort eigentlich die OWL integriert? Es gab ja auch mal Borland C++ 2005.


florida - Mo 29.11.10 16:56

Vielleicht wäre es auch gut, wenn es wieder eine sehr abgespeckte Edition von RAD Studio geben würde. (z.B. RAD Studio Express, Personal oder auch Turbo RAD Studio), die eventuell auch kostenlos ist.


platzwart - Mo 29.11.10 17:00

Da stimme ich dir voll und ganz zu. Habe ein paar Freunden, die programieren lernen wollten, Delphi empfohlen. Allerdings hat von denen niemand Lust, solch horrende Preise zu zahlen. Somit sind die nun bei anderen Sprachen gelandet... sehr sehr traurig...


Martok - Mo 29.11.10 17:00

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
Vielleicht wäre es auch gut, wenn es wieder eine sehr abgespeckte Edition von RAD Studio geben würde. (z.B. RAD Studio Express, Personal oder auch Turbo RAD Studio), die eventuell auch kostenlos ist.
Ehrlich gesagt hoffe ich ja, dass es die genau nicht geben wird. Inzwischen jedenfalls.

In den paar Jahren die es kein kostenloses/Hobby-bezahlbares Delphi mehr gibt hat sich Lazarus ziemlich stark entwickelt. Wenn das dabei bleibt, glaube ich eher dass sich diese Entwicklung noch beschleunigen würde, und das kann nur gut sein. Nicht für Delphi als Produkt, aber das ist mir als Nutzer ja eh wurscht, womit ich arbeite. Solange die Sprache stimmt.


jaenicke - Mo 29.11.10 18:02

user profile iconMartok hat folgendes geschrieben Zum zitierten Posting springen:
In den paar Jahren die es kein kostenloses/Hobby-bezahlbares Delphi mehr gibt hat sich Lazarus ziemlich stark entwickelt.
In der Zeit hat sich Delphi aber noch mehr entwickelt. Der Abstand ist eher größer geworden was die Funktionalität angeht. (Und die neuen Delphiversionen sind zudem ja auch endlich sehr stabil und schnell.)

Bei Lazarus sind vor allem die Bugs weniger geworden. Wirklich professionell damit arbeiten kann man aber immer noch nicht, da bin ich mit Delphi (>= 2006) x-mal schneller. Bei Delphi 7 ist der Vorsprung von Delphi naturgemäß nicht mehr so groß. Aber das wiederum kann man ja nicht mit Delphi 2006 vergleichen, und schon gar nicht mit XE.

// EDIT:
Ich finde auch nicht, dass es eine kostenlose Version von Delphi geben sollte, oder wenn, dann sehr sehr abgespeckt. Es sollte einfach eine bezahlbare Version für Hobbyentwickler geben, so um die 150-200€. Die muss viele Profifeatures nicht haben usw., aber es würde die Verbreitung von Delphi fördern.

Lazarus schreckt da neue Entwickler ja eher ab...


florida - Mo 29.11.10 18:18

Ich finde auch nicht, dass es eine kostenlose Version von Delphi geben sollte, oder wenn, dann sehr sehr abgespeckt. Es sollte einfach eine bezahlbare Version für Hobbyentwickler geben, so um die 150-200€. Die muss viele Profifeatures nicht haben usw., aber es würde die Verbreitung von Delphi fördern.

Auch mit diesem relativ niedrigen Preis hat MS dann mit dem größten RAD Studio-Konkurrenten Visual Studio (Express) immernoch den Längeren gezogen.

Meine Vorschläge für RAD Studio XE2, die man ja eventuell mal als Feedback abgeben könnte:

64bit-Entwicklung: sehr wichtig

Linux/MacOS-Unterstützung: wichtig

Integrierung eines komplexen Ressourceneditors (wie bei Visual Studio)
sowie Klassenexperte und Anwendungsexperte für OWLNext in C++: wichtig

Weiterentwicklung von OWLNext für 64bit: wichtig

Erstellung von komplexen Webanwendungen/IPhone-Anwendungen,...: wichtig

Moderiert von user profile iconMartok: Doppelposting zusammengeführt.

Eventuell wäre es auch noch angebracht, Delphi Prism etc. in RAD Studio zu integrieren, damit alles in einem ist.

Aber nun die Frage: Ob für diese Funktionen 1 Jahr Entwicklungszeit ausreicht?


platzwart - Mo 29.11.10 18:59

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:

Aber nun die Frage: Ob für diese Funktionen 1 Jahr Entwicklungszeit ausreicht?


Nein! Nehme gerne Wetten an bis 1.000 €


HelgeLange - Mo 29.11.10 20:19

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:

Eventuell wäre es auch noch angebracht, Delphi Prism etc. in RAD Studio zu integrieren, damit alles in einem ist.


Ich war gerade froh, dass sie den .NET Krams rausgeworfen haben. Ich will Delphi programmieren, wenn ich .NET will, dann kann ich ja Prism nehmen (habe sogar eine Prism XE Lizenz original), aber das muss ich nicht in Delphi selbst haben, in VS reicht mir das :)


jaenicke - Mo 29.11.10 20:35

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
64bit-Entwicklung: sehr wichtig

Linux/MacOS-Unterstützung: wichtig
Bis auf Linux wird das nächstes Jahr ja gehen, Linux dann eventuell ein Jahr später.

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
Erstellung von komplexen Webanwendungen/IPhone-Anwendungen,...: wichtig
Wozu? Das geht mit Delphi Prism sehr viel besser und bereits heute. Der Aufwand einer nativen Entwicklung wäre viel zu riesig.

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
Eventuell wäre es auch noch angebracht, Delphi Prism etc. in RAD Studio zu integrieren, damit alles in einem ist.
Bloß nicht, ich war froh, dass sie was .NET angeht aufgehört haben der Weiterentwicklung hinterherzuhecheln...
Delphi Prism ist für .NET im Visual Studio wunderbar.

user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
Aber nun die Frage: Ob für diese Funktionen 1 Jahr Entwicklungszeit ausreicht?
Teilweise, nur dass deine Träume von OWL wohl kaum erfüllt werden. ;-)


florida - Mo 29.11.10 21:32

Teilweise, nur dass deine Träume von OWL wohl kaum erfüllt werden.

Ach, schade! Aber vielleicht hilft ja ein Feedback an Embarcadero, denn die Jungs von OWLNext geben sich echt Mühe. :D
Schließlich geht es ja auch zu Gunsten von Embarcadero, da Microsoft in Visual C++ auch seine MFC bereitstellt, welche ganz stark mit der OWL vergleichbar ist.


MAlsleben - Mo 06.12.10 11:58

Hi,
wie sieht es eigentlich mit der Delphi Parallel Library bzw. verbesserten Multi-Core Support aus. Das ist auch längst überfällig.

Gruß Micha.


jaenicke - Mo 06.12.10 12:03

Das gibt es alles in Delphi Prism. Wenn man viele solcher automatischen Sachen und Vereinfachungen haben will, fährt man mit Prism besser, weil es eben durch das zugrunde liegende Framework und die Sprache selbst in der Hinsicht sehr viele Vorteile bietet.

Dafür ist es eben nicht nativ.


MAlsleben - Mo 06.12.10 12:35

Hi,

es gibt einige Sachen in Prism, die man seit längeren in Delphi vermisst. (64 bit usw.) Aber nicht jeder will das mittlerweile ziemlich fette Framework 4.0 installieren und die Anzahl der Komponenten ( kommerziell und Opensource) für Delphi nativ ist in Prism bei weitem nicht vorhanden.
Ausserdem erzählt uns ja Emba..dingsda, Codegear schon seit ein paar Jahren, das sie das umsetzen wollen und verschieben es Jahr für Jahr.

Gruß Micha.


florida - Mo 06.12.10 19:13

Ich frage mich, wieso sich das ehemalige Borland erstmal Codegear genannt hat und etwas später gleich Embarcadero.

Zumindenst muss ich sagen, dass Embarcadero eine Krise erleben wird, wenn es sich nicht sofort sputet mit 64bit-Entwicklung u.a. Sachen. Da ist Visual Studio wirklich weit voraus. Aber trotzdem wäre es schade, wenn die OWL nicht völlig integriert wird, denn Borland war damals wirklich überlegen mit seiner OWL gegenüber der MFC. :wink:


platzwart - Mo 06.12.10 19:59

Die haben sich nicht umbenannt, sondern Delphi wurde mehrfach weiterverkauft...


jaenicke - Mo 06.12.10 21:42

user profile iconplatzwart hat folgendes geschrieben Zum zitierten Posting springen:
Die haben sich nicht umbenannt, sondern Delphi wurde mehrfach weiterverkauft...
Nicht ganz. Borland hat sich 1998 oder so in Inprise umbenannt und kurz danach wieder zurück, dann wurde nach dem vergeblichen Versuch die Entwicklungssparte zu verkaufen diese 2008 als Tochterunternehmen CodeGear ausgegliedert und CodeGear dann zuletzt an Embarcadero verkauft. ;-)


florida - Mi 08.12.10 21:38

Ich schaue mir gerade RAD Studio XE an und muss sagen, dass es jetzt wieder bergauf gehen wird, wobei auch viele älteren Bugs verschwunden sind.
Das größte Manko ist wie gesagt die fehlende 64bit-Unterstützung, aber das wird sich in der nächsten Version noch zeigen- hoffe ich mal. Aber vielleicht ist es garnicht mal so schlecht, dass die 64bit-Entwicklung noch nicht vorhanden ist, denn ich kann mir vorstellen, wenn die ganze Zeit daran gearbeitet wird, dass diese dann sehr ausgereift sein wird.


Jakob_Ullmann - Do 09.12.10 13:30

user profile iconMartok hat folgendes geschrieben Zum zitierten Posting springen:
user profile iconflorida hat folgendes geschrieben Zum zitierten Posting springen:
Vielleicht wäre es auch gut, wenn es wieder eine sehr abgespeckte Edition von RAD Studio geben würde. (z.B. RAD Studio Express, Personal oder auch Turbo RAD Studio), die eventuell auch kostenlos ist.
Ehrlich gesagt hoffe ich ja, dass es die genau nicht geben wird. Inzwischen jedenfalls.


Da muss ich zustimmen. Ich glaube auch nicht (und hoffe auch nicht), dass Delphi wirklich in der Linux-Welt Erfolg haben wird. Abgesehen von meinem Grafiktreiber habe ich keine Closed-Source-Software auf meinem Linux und das soll auch so bleiben.

Lazarus mag noch etwas buggy sein, aber das wird nicht ewig so bleiben (hoffe ich). Es gibt noch Verbesserungsbedarf, z. B. was die Installation von Komponenten angeht (oder die Sinnhaftigkeit von Fehlermeldungen [Exceptions]).

Sowohl für Delphi als auch für FreePascal wäre es aber mal wünschenswert, ein paar mehr Pascal-Standards zu erfüllen, z. B. was die Schlüsselwörter otherwise und value angeht. Stock-Buttons wären eine echte Idee (wie das bei GTK+ schon lange die Entwicklung optisch konsistenter Anwendungen vereinfacht). Die Möglichkeit, in einer Datei zu speichern, welche Code-Teile bei der letzten Sitzung eingeklappt waren. Eine bessere Code-Completion. Ein überarbeiteter Objektinspektor bei Delphi (so dass man auch mal wieder was findet).