 |
 |
 |
 |
 |
|
Programmierung allgemein
Programmieren allgemein
Welche Konsequenzen zieht ihr aus den Features für XE2?
Antwort
|
|
|
Registriert seit: 13. Aug 2002 17.235 Beiträge Delphi 10.4 Sydney |
#1
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 06:43
Bin ich der einzige der das sinnvoll findet? Oder ist es einfach zuviel Arbeit und von daher sehr unwahrscheinlich?
Und die VCL soweit umzubauen das man alles mit Interfaces machen kann heißt eigentlich einen kompletten Rewrite durchzuführen. Die kompatiblität mit bestehender SW wäre natürlich ziemlich dahin. Dann ist es einfach ein neues Framework (wie gemacht) zu entwickeln um hier auf "grüner Wiese" anfangen zu können und nicht bei jeder 2ten Codezeile klar zu sein das man hier wieder ein paar Entwickeler zum fluchen bringt. Wenn man bei neueren Delphi-Verisionen betrachtet wie die Umstellung der MainForm wegen Vista/Win7 für Auswirkungen hatte sollte klar sein was ein Infaceumbau bedeuten würde.
Windows Vista - Eine neue Erfahrung in Fehlern.
|
Zitat
|
|
(Gast)
n/a Beiträge |
#2
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 07:47
So hat ja noch n paar kommentare zu meinem letzten Beitrag gegeben:
bzgl. Mac, iOS: Ich hab da nur so das Gefühl, dass es immer mehr von Desktop nach Tablet / Smartphone geht. Hab da keine Zahlen, aber der Prozentsatz mit iPhone / iPad / Android-Device dürfte doch schon sehr hoch sein. Und es heißt ja auch nicht, dass jeder Anfänger das gesamte Paket an Hardware haben muss. Möglicherweise hat der Vater nen iPhone, zu Hause steht ein Windows-PC. Und als Anfänger sind es ja gerade diese Sachen die die meisten reizen: Ne App zu schreiben die dann auch von einigen Bekannten verwendet werden. Ich persönlich bin da nicht so: Hab Win32 für Desktop und PHP/JS fürs Web, nebenher noch etwas .net und ich komm ganz gut aus damit. Will da jetzt auch keine Diskussion über die Preispolitik von Emba führen, aber an anderen Orten bekommt man eben fast das selbe Angebot kostenlos, wenn man sich nur für eine andere Sprache entscheidet (Java, .net). Ich bin noch zu Zeiten in die Delphiprogrammierung eingestiegen, als es alte Versionen noch auf CD gab (Delphi 3 Prof, Delphi 7 PE) und sich später dann noch den Turbodelphi Explorer holen konnte. Deshalb bin ich bisher auch bei Delphi geblieben und weil mir die Sprache und die Möglichkeiten auch wirklich gut gefallen  Bisher bin ich eben meinem Einkommen entsprechend günstig davon gekommen. Wenn ich allerdings in der nächsten Zeit wieder etwas mehr in die ganze Geschichte einsteigen möchte, wird es eine Starter für mich eh nicht mehr tun was mich da für die Diskussion eigentlich eh disqualifiziert; und dann hoff ich auf gute Erfahrungsberichte eurerseits, ob man mit den neuen Features was goldiges gefunden hat oder man doch besser auf die XE3 wartet (bzw. in meinem Fall dann höchst wahrscheinlich umsteigt).Wenn ich aber heute Anfänger wäre würde ich wohl C# wählen: zum einen weil ich als Schüler / Student in den Genuss des kostenlosen VS 2010 Prof. komme, der Markt voll ist mit guten Büchern (für die 150€ für die Starter hat man schon mal C# Lesestoff beisammen, an dem man ne Zeit nagen kann). Delphi XE2 Vorteil wäre die iOS Unterstützung. Mit dem Feature könnte man IMO einige neue Benutzer gewinnen, wenn es denn in der Starter vorhanden ist. |
|
Zitat
|
|
Registriert seit: 13. Jan 2004 Ort: Hamm(Westf) 2.061 Beiträge Delphi 12 Athens |
#3
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 09:39
Bin ich der einzige der das sinnvoll findet? Oder ist es einfach zuviel Arbeit und von daher sehr unwahrscheinlich?
Und die VCL soweit umzubauen das man alles mit Interfaces machen kann heißt eigentlich einen kompletten Rewrite durchzuführen. Die kompatiblität mit bestehender SW wäre natürlich ziemlich dahin. Dann ist es einfach ein neues Framework (wie gemacht) zu entwickeln um hier auf "grüner Wiese" anfangen zu können und nicht bei jeder 2ten Codezeile klar zu sein das man hier wieder ein paar Entwickeler zum fluchen bringt. Wenn man bei neueren Delphi-Verisionen betrachtet wie die Umstellung der MainForm wegen Vista/Win7 für Auswirkungen hatte sollte klar sein was ein Infaceumbau bedeuten würde. Was haben die mit der Mainform den gemacht? Weil die d7 und 2007 Mainform läuft doch gut unter Vista und Win7 ? Musstte man da was dran tun?
Andreas
Nobody goes there anymore. It's too crowded! Geändert von QuickAndDirty (18. Aug 2011 um 09:46 Uhr) |
|
Zitat
|
|
Registriert seit: 13. Aug 2002 17.235 Beiträge Delphi 10.4 Sydney |
#4
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 09:42
Ich sage ja ...wenn sowie so alte Zöpfe abgeschnitten werden. Und man auch gerne dafür inkompatibilitäten in kauf nimmte....DANN würde ich mir vollständig Interface implementierte und referencierte VCL Klassem wünschen.
Was haben die mit der Mainform den gemacht? Weil die d7 und 2007 Mainform läuft doch gut unter Vista und Win7 ? Musstte man da was dran tun?
Windows Vista - Eine neue Erfahrung in Fehlern.
|
|
Zitat
|
|
Registriert seit: 13. Jan 2004 Ort: Hamm(Westf) 2.061 Beiträge Delphi 12 Athens |
#5
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 09:54
Ich sage ja ...wenn sowie so alte Zöpfe abgeschnitten werden. Und man auch gerne dafür inkompatibilitäten in kauf nimmte....DANN würde ich mir vollständig Interface implementierte und referencierte VCL Klassem wünschen.
bzw...er sollte mit manuellen "Free" befehlen zurecht kommen oder noch besser: Die Buchhaltung die er sowieso schon macht nutzen um bei einem manuellem free alle referenzen zu NIL-en... Also irgendwie bekomme ich gerade wirklich spaß daran mir sowas wie eine wunsch VCL zu bauen... Wenn ich bedenke wie cool es alleine wäre auf Packages verzichten zu können und das ganz gehampel mit in packages enthaltenen Packages je nach Compilier reihen folge.... Und das mit den Fluchenden Programmierern....wegen inkompatibilitäten und so...(also so welche wie ich) Soviele sorgen muss man sich da garnicht machen... Einfach mal rüber nach Microsoft gucken...was die mit ihren VB6 kunden gemacht haben....lol
Andreas
Nobody goes there anymore. It's too crowded! Geändert von QuickAndDirty (18. Aug 2011 um 09:58 Uhr) |
|
Zitat
|
|
Registriert seit: 13. Aug 2002 17.235 Beiträge Delphi 10.4 Sydney |
#6
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 09:59
bzw...er sollte mit manuellen "Free" befehlen zurecht kommen oder noch besser: Die Buchhaltung die er sowieso schon macht nutzen um bei einem manuellem free alle referenzen zu NIL-en...
Windows Vista - Eine neue Erfahrung in Fehlern.
|
|
Zitat
|
|
Registriert seit: 13. Jan 2004 Ort: Hamm(Westf) 2.061 Beiträge Delphi 12 Athens |
#7
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 10:04
bzw...er sollte mit manuellen "Free" befehlen zurecht kommen oder noch besser: Die Buchhaltung die er sowieso schon macht nutzen um bei einem manuellem free alle referenzen zu NIL-en...
 Und nicht nur controls...sondern Objecte aller art sollten ja funktionieren. Meinst du mit Listener die FreeNotification Geschichte? Oder etwas von dem ich noch nie gehört habe?
Andreas
Nobody goes there anymore. It's too crowded! |
|
Zitat
|
|
Registriert seit: 13. Aug 2002 17.235 Beiträge Delphi 10.4 Sydney |
#8
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 10:08
ja aber wenn du viele refernzen in vielen units hast...willst du das doch nicht per hand machen...
Und nicht nur controls...sondern Objecte aller art sollten ja funktionieren. Meinst du mit Listener die FreeNotification Geschichte? Oder etwas von dem ich noch nie gehört habe?
Windows Vista - Eine neue Erfahrung in Fehlern.
|
|
Zitat
|
Registriert seit: 26. Nov 2003 Ort: Halle/Saale 4.360 Beiträge Delphi 11 Alexandria |
#9
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
18. Aug 2011, 12:20
bzw...er sollte mit manuellen "Free" befehlen zurecht kommen oder noch besser: Die Buchhaltung die er sowieso schon macht nutzen um bei einem manuellem free alle referenzen zu NIL-en...
 http://www.delphipraxis.net/159095-r...e-objekte.htmlInnerhalb meiner Komponenten funktioniert das inzwischen tadellos. Z.B. wird ein Edit-Zeiger auf Edit->Person.Firstname automatisch auf nil gesetzt, wenn "Person" freigegeben wird. Dazu werden alle "überwachten" Objekte in einer zentralen Liste gespeichert, aus der sie sich bei Ihrer Freigabe wieder löschen. Zuvor werden per RTTI auch noch Referenzen auf dieses Objekt gesucht und auf nil gesetzt. Es wäre m.E. schön, wenn der Compiler dies automatisch für alle Objekte regeln würde (zumindest für Objekte der eigenen Application) und neben Property-Pointern auch für Variablen.
Stahli
http://www.StahliSoft.de--- "Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004) |
|
Zitat
|
ForumregelnEs ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.
BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus. Trackbacks are an
Pingbacks are an
Refbacks are aus
|
|
Hybrid-Darstellung
