.Net Entwicklung: suche gutes Buch zum Einstieg

[daze]

Ich programmiere schon jahrelang mit Borland Delphi und zuletzt Codegear Delphi 2007. Mit .Net hatte ich bisher keinerlei Erfahrung. Jetzt habe ich mir das Rad Studio 2007 Architect gekauft, das ja die .Net-Entwicklung beinhaltet. Ich benötige aber einmal einen Ansatzpunkt, eine Starthilfe, wie ich das ganze angehen soll.

Gibt es für die Entwicklung unter Rad Studio 2007 ein gutes Buch? Oder kann mir jemand auf die Sprünge helfen? Wo fange ich an? Wie schreibe ich ein einfaches "Hello Wold"? Ein entsprechender Windows Server mit IIS ist vorhanden.

[Phoenix]

Uh...

Ähm.. ich hab da schlechte Neuigkeiten:

Der .NET Teil von Delphi 8, 2005, 2006 und 2007 ist letzte Woche wortwörtlich in der Mülltonne gelandet. Ich würde Dir anraten, .NET Entwicklung NICHT mit Delphi für .NET 2007 oder kleiner anzufangen (das ist tot, genauso wie die VCL.NET), sondern mit Delphi Prism.

Einen kleinen Überblick über Prism findest Du im aktuellen .NET Magazin.

Zum anderen: .NET braucht nicht zwingend einen IIS. Den brauchst Du nur, wenn Du ASP.NET (also die Web-Anwendungen auf .NET Basis) machen willst, oder WCF-Webservices hosten magst. Das geht mit Delphi .NET <= 2007 aber auch nicht, dazu bräuchtest Du auch Prism. Für normale .NET Clients brauchst Du keinen IIS.

Gute Bücher.. hrm.. das ist eher das Problem. Als Delphianer brauchst Du in .NET erstmal einen Überblick über das .NET Framework als solches. Vieles im Windows.Forms Bereich ist ähnlich zur VCL, aber eben nicht genau. Ich wüsste nur leider kein Buch, das die Unterschiede herausarbeitet. Sorry.

[Christian S.]

Für Delphi Prism arbeite ich aktuell an einem Crashkurs (der demnächst wohl aber nicht mehr so heißen wird ;-)). Was davon schon fertig ist, siehst Du hier: http://prismwiki.codegear.com/wiki/D...m_Crash_Course

[r_kerber]

Zitat:

Zitat von Christian S.

Für Delphi Prism arbeite ich aktuell an einem Crashkurs (der demnächst wohl aber nicht mehr so heißen wird ;-)). Was davon schon fertig ist, siehst Du hier: http://prismwiki.codegear.com/wiki/D...m_Crash_Course

Cool. Wenn Du jetzt auch noch zu Datenbankanbindung (insbesondere auch unter ASP.Net) "crashen" könntest ...

[Christian S.]

Zitat:

Zitat von r_kerber

Cool. Wenn Du jetzt auch noch zu Datenbankanbindung (insbesondere auch unter ASP.Net) "crashen" könntest ...

Da muss ich's leider mit Dieter Nuhr halten, da kenne ich mich nicht wirklich mit aus. :wink:

[daze]

Danke für die schnellen Antworten.

Was heißt, "in der Mülltonne gelandet"? Was ist passiert? Wo gibt es Infos darüber?

IIS haben wir nun einmal im Eisatz und es soll eine Datenbankanwendung werden.

Dann werde ich mich wohl erst einmal mit Prism befassen müssen :roll:

[Lun]

Zitat:

Was heißt, "in der Mülltonne gelandet"? Was ist passiert? Wo gibt es Infos darüber?

Lese mal hier

hier ist auch noch was dazu

greetz Lun

P.S: Wenn du wissen willst warum das alte Delphi. Net für die Tonne ist, dann such mal im Forum nach dem Topic
Ist Delphi tot oder so ähnlich, da findest du infos darüber...

edit: hier ist zum Beispiel so ein Topic

[Phoenix]

Zitat:

Zitat von daze

Was heißt, "in der Mülltonne gelandet"? Was ist passiert? Wo gibt es Infos darüber?
IIS haben wir nun einmal im Eisatz und es soll eine Datenbankanwendung werden.

Dann werde ich mich wohl erst einmal mit Prism befassen müssen :roll:

Dürfen ;-) Ich denke, Du wirst es mögen.

Datenbankanwendungen kann man sowohl als Client-Server (altes Delphi-Konzept, eine Anwendung spricht direkt mit der Datenbank) oder als n-Tier Anwendung (Anwendung spricht mit Middle-Tier-Server, der ggf. mit einer Datenbank oder anderen Systemen) entwickeln.

Dabei ist es letzlich dann die Entscheidung, ob die Anwendung auf dem Desktop Läuft (eben natives Delphi, bzw. im .NET Umfeld dann Windows Forms, WPF (Windows Presentation Foundation), oder z.B. Gtk#), oder im Web (gehosted im IIS oder z.B. im Apache mit Mono).

Webanwendungen haben immer den Nachteil, das das Gui-Basteln deutlich länger benötigt, als normale Desktop Applikationen. Einen IIS 'bereits einzusetzen' ist imho das allerschwächste Argument, eine Datenbankanwendung als Webanwendung zu entwickeln. Ich will jetzt Webanwendungen nicht schlecht machen - ich verdiene mit den Dingern den Großteil meines Einkommens - aber aus Erfahrung würde ich sagen: Wenn es geht, mache eine Desktop-Applikation. Der Aufwand am Web-Gui ist mindestens Faktor 3 bis hin zu 5* dem Aufwand, den man auf einer Desktop-Gui hat. Und das will bezahlt sein...

[daze]

Es wird wohl eine Web-Applikation werden müssen, ohne GUI. Ich habe bereits eine etablierte Anwendung (SAP/ISH-MED -> mein Container-Programm), die als Ergebnis Word-Dokumente in eine SQL-Server-Datenbank schreibt (und ein Dokumenteneintrag/Documentlink SAP-seitig erzeugt). Irgenwann bekommt das Dokument einen endgültigen Zustand (freigegeben) und darf nicht mehr weiter bearbeitet werden. Derzeit bekommt dieser Brief den Dokumentenschutz angeschaltet, so dass eine Änderung in Word nicht möglich ist. Das hat aber den "Nachteil" das auch nur zum Lesen des Briefes das Container-Programm ebenfalls aufgerufen wird. Das soll in Zukunf so laufen, dass ein freigegebenes Dokument in PDF konvertiert und direkt in SAP dargestellt wird. Einen PDF-Konverter haben wir schon als Dienst auf dem Server laufen, der ein bestimmtes Verzeichnis überwacht und eintreffende Word-Dokumente in PDF umwandelt. (IIS ist vorhanden, warum nicht benutzen?)

Die neue Applikation soll nun aus SAP per Web-Link (mit der Dokumenten-ID) aufgerufen werden. Der Web-Dienst überprüft dann seinterseits, ob das Dokument bereits als PDF vorliegt und gibt dem Aufrufer (also SAP) den Pfad/Link zum PDF-Dokument zurück, oder schreibt das Word-Dokument aus dem SQL-Server in das Verzeichnis für den PDF-Konverter.

[Phoenix]

Ah, na denn. Das klingt relativ einfach ;-)
Wie gesagt: Schau Dir mal Prism an. Das solltest Du relativ flott mit der Trial hin bekommen.