Hallo zusammen!

Ich bin gerade dabei mir eine DB-Verbindung aufzubauen und in meinem Buch (Delphi 2006) ist die Rede von dem SQLDataAdapter.

Leider kann ich den SQLDataAdapter nicht in meiner Komponentenleiste finden - weder unter Datenzugriff, noch unter Datensteuerung oder dbGo (ADO).

Ich verwende eine Trial-Version des Embarcadero Delphi 2010 Architect.

Kann es sein, dass es das ab Delphi 2010 nicht mehr gibt?

cu
Chris

Kann es sein dass Du ein Buch über Programmierung mit (VCL).NET liest? Der SQLDataAdapter findet sich eigentlich nur im .NET-Framework.

Delphi 2010 unterstützt (glücklicherweise ) keine .NET-Entwicklung mehr.

Für .NET-Entwicklung gibt es das eigenständige Produkt Delphi Prism 2010, das in die Visual-Studio-IDE integriert ist.

Ja, das Buch heisst "Delphi 2006 - Programmieren mit dem .NET Framework".

Ich möchte auf Basis der .NET-Plattform eine Delphi-Anwendung schreiben und bin auf der Suche nach den DB-Komponenten, die für eine MS-SQL-DB am häufigsten eingesetzt wird.

Im Buch wird die ADO.NET-Variante beschrieben.
Das muss aber nicht heissen, das das auch die Variante ist, die auch in der Praxis unter Delphi eingesetzt wird?

Ich weiss nicht - vielleicht sollte ich mir auch ein anderes Buch besorgen..?

cu
Chris

Hallo,

Galaxydriver hat folgendes geschrieben :

Ja, das Buch heisst "Delphi 2006 - Programmieren mit dem .NET Framework". Ich möchte auf Basis der .NET-Plattform eine Delphi-Anwendung schreiben und bin auf der Suche nach den DB-Komponenten, die für eine MS-SQL-DB am häufigsten eingesetzt wird.

die Delphi.NET Entwicklungswerkzeuge wahren extrem schlecht und wurden noch schlechter gepflegt. Deshalb hat CodeGear entschlossen deren Weiterentwicklung einzustellen und anstelle dessen das Produkt Oxygen von RemObjects zu Lizenzieren und unter dem Namen Delphi Prism zu verkaufen.

Du versuchst also deine Software mit einer schlechten und nicht weiter gefegten Entwicklungsplattform zu erstellen, welche lediglich Programme für das .NET 1 Framework erstellen kann. Neben einem neuen Buch solltest du dir also auch eine neue Entwicklungsumgebung besorgen. Denn diesen toten Gaul zu reiten wird dich nicht voran bringen können .

Gruß
Klabautermann

Danke für die offenen Worte.

Heisst das, Delphi.NET wird nicht mehr weiterentwickelt und ich sollte Delphi.Win32-Komponenten verwenden?

Ich habe mir heute schon das Buch

"Borland Delphi 7 - Grundlagen, Profiwissen, Kochbuch. Das umfassende Handbuch für die Win32-Anwendungsentwicklung"

bestellt. Hatte recht gute Kundenbewertungen.
Hoffe, dass ich damit besser bedient bin?

cu
Chris

Galaxydriver hat folgendes geschrieben :

[...] Ich möchte auf Basis der .NET-Plattform eine Delphi-Anwendung schreiben und bin auf der Suche nach den DB-Komponenten, die für eine MS-SQL-DB am häufigsten eingesetzt wird. [...]

Die Komponente war schon ok, nur die Entwicklungsumgebung halt nicht.

Wie schon mehrfach gesagt: willst Du das .NET Framework in einer moderneren Variante der Programmiersprache Delphi programmieren, benötigst Du als Entwicklungsumgebung Delphi Prism 2010.

Zitat:

[...] Ich weiss nicht - vielleicht sollte ich mir auch ein anderes Buch besorgen..? [...]

Das wirst Du schwerlich finden.

Galaxydriver hat folgendes geschrieben :

[...] Heisst das, Delphi.NET wird nicht mehr weiterentwickelt und ich sollte Delphi.Win32-Komponenten verwenden? [...]

Entweder das oder Delphi Prism 2010 verwenden.

Du musst schon selber wissen, welches Framework Du verwenden wirst.

Zitat:

[...] Hoffe, dass ich damit besser bedient bin? [...]

Zu dem Buch sage ich jetzt nichts.

Welche Vorkenntnisse hast Du und was willst Du erreichen?

>> Du musst schon selber wissen, welches Framework Du verwenden wirst.

Das weiss ich leider noch nicht bzw. hängt das noch vom Kunden ab.
Es handelt sich um eine Anwendung, die teilweise in C# und teilweise in Delphi geschrieben ist.
Ob es sich bei dem Delphi um die .NET-Variante handelt, konne ich noch nicht in Erfahrung bringen.

Ich bin jetzt naiverweise mal einfach davon ausgeganen, dass es vermutlich Delphi.NET ist - aber wissen tu' ich's halt nicht..

Wenn ich mir die Themen hier im Forum so anschaue, dann basieren die meisten Fragen allerdings auf Win32.
Jetzt bin ich mir da nicht mehr so sicher, ob es wirklich .NET ist?

Bei dem Buch muss ich mir vermutlich gezielt die Anfängerthemen ertmal vornehmen, sonst werde ich wahrscheinlich erschlagen.
Allerdings ist es so, dass ich nicht bei 0 anfange. Also Erfahrungen mit VB.NET, VBA, Java, ASP, JSP,.. habe ich.
Somit sollten mir schon viele Dinge bekannt vorkommen - zwar nicht von der Syntax her - aber von den Lösungswegen (ist zumindest meine Hoffnung.. ).
Den Kochrezepte-Teil werde ich erstmal nicht weiter fokussieren.

Es ist halt schwierig ein gutes Delphi-Buch zu finden - aber als Anfänger mit Delphi.NET anzufangen war vielleicht auch nicht "so toll".
Wenn Du ein anderes Buch bzw. eine Internetseite weisst, die für mich vielleicht besser ist, wäre ich ganz froh um einen Tipp!

cu
Chris

Galaxydriver hat folgendes geschrieben :

[...] Wenn Du ein anderes Buch bzw. eine Internetseite weisst, die für mich vielleicht besser ist, wäre ich ganz froh um einen Tipp! [...]

Für Delphi Win32: www.marcocantu.com/dh2009/

Hallo,

Galaxydriver hat folgendes geschrieben :

Das weiss ich leider noch nicht bzw. hängt das noch vom Kunden ab. Es handelt sich um eine Anwendung, die teilweise in C# und teilweise in Delphi geschrieben ist. Ob es sich bei dem Delphi um die .NET-Variante handelt, konne ich noch nicht in Erfahrung bringen.

ich denke bevor du das nicht geklärt hast, lohnt es sich gar nicht dich auf etwas zu fixieren. Der Produktname Delphi wurde in den letzten Jahren ziemlich vergewaltigt. Es gibt z.B. etwas wie Delphi für PHP, nutzt die Anwendung des Kunden Web GUIs vielleicht ist ja das mit Delphi gemeint? Vielleicht haben die bisherigen Entwickler auch gleich aufs richtige Pferd Gesetz und Chrome alias Oxygen alias Delphi Prism verwendet um echte und aktuelle .NET Anwendungen mit einer Pascal artigen Programmiersprache zu entwickeln diese ist aber nicht deckungsgleich zu dem Klassischen Win32 Delphi. Komponenten und auch Sprachkonstrukt unterscheiden sich also, wenn du dich jetzt in das eine einarbeitest hilft dir das beim anderen nicht wirklich. Nicht unwahrscheinlich ist natürlich auch, dass es sich um Native 32 Bit Anwendungen handelt. In dem Fall währe dann zu klären, wie eng diese mit den .NET Programmteilen zusammen arbeiten. Wird die .NET Anwendung per COM-Objekt "ferngesteuert", greift die Delphi Anwendung direkt auf die Datenbank oder wird vielleicht über eine Geneisamme Datenschnittelle kommuniziert?

Was ich sagen will, ist, solange du nicht mehr über dein Projekt weißt, ist das Risiko recht hoch, dass du dich auf etwas versteifst, das du später nicht einsetzen kannst.

Noch mal zur Veranschaulichung, es gibt folgende "Delphi" Produktreihen, welche alle nicht Kompatibel sind, du kannst den Code von einem also nicht im anderen Kompilieren:

• Delphi 32 Bit (Das klassische Delphi)
  
• Kylix (Delphi für Linux, völlig Bedeutungslos und nur der Vollständigkeit halber ausgeführt
  
• Delphi.NET (Ein absoluter Schuss in den Ofen)
  
• Delphi Prism (Soll sehr gut sein ist aber ursprünglich von einem Dritthersteller als eigenständiges Produkt entwickelt worden und integriert sich deshalb in Micosofts Visual Studio und nicht in die Delphi IDE)
  
• Delphi for PHP (Wie der Name sagt eine PHP Entwicklungsumgebung inklusive einer der VCL nachempfundenen Komponentenbibliothek)
  
• 3rdRail (wurde Zeitweise als Delphi für Ruby gehandelt, sehr unwahrscheinlich das dein Kunde das meint)

Du musst also erst einmal raus finden woran du bist, bevor du dein Werkzeug wählen und den Aufwand deiner Aufgabe abschätzen kannst.

Gruß
Klabautermann