Windows Form Application .NET vs VCL.NET Application

[Bernhard Geyer]

Zitat:

Zitat von RogerRabbit

Wo liegt den die zukunft von GUI entwicklungen ?

Solche Aussagen können nur Hellseher durchführen.
Vor 10 Jahren hies es: Alles wird Java
Vor 8 Jahren: Alles läuft nur noch im Browser
Vor 6 Jahren: Alles läuft mit XML
....

Du solltest dich lieber selbst ein paar Fragen stellen:
- Ist Win32 für dich noch relevant (.NET erfordert installiertes Framework und diverse BS-Updates)
- Wo soll dein Programm/dein System laufen? PC/PocketPC/Handheld/Embedded?
- Portierbarkeit (Linux/Mac/...)?
- Verteilung (Automatisch, Lauffähig von CD, ...)?

Evtl. ist ja Java noch viel mehr geeigent als VCL oder FCL.

Borland wird es mit der VCL schwer haben, jedoch ist der .NET-Zug auch noch nicht mit der Geschwindigkeit unterwegs die M$ (Marketing) uns glauben gemacht hat. Nach den Aussagen dürfte es ja nur noch .NET geben.
Mit Delphi 2005 und entsprechenden Zusatzkomponenten ist es ja möglich FCL und VCL-Komponenten in einem Formular zu mischen. Auch ist der Zugriff von Win32 (mit Zusatzkomponenten) ohne installierte COM-Wrapper auf .NET-Komponenten möglich.

[RogerRabbit]

Zitat:

- Ist Win32 für dich noch relevant (.NET erfordert installiertes Framework und diverse BS-Updates)
- Wo soll dein Programm/dein System laufen? PC/PocketPC/Handheld/Embedded?
- Portierbarkeit (Linux/Mac/...)?
- Verteilung (Automatisch, Lauffähig von CD, ...)?

Lauffähig unter Windows oder Simbian. Es soll laufen auf dem PC.
Später aber auch auf den anderen Medien.
Das GUI ist ein kleinerer Teil der Applikation. Das look and feel muss siher stimmen
zudem wollen wir nicht VCL .NET einsetzen, wenn es immer wie schwerer wird, dort anständige
Komponenten zu finden.
Evt. Gibt es aber genausogut Argumente gegen FCL .NET. Vorteil von FCL .NET Komponenten ist sicherlich,
dass man sie auch in Visual Studio gebrauchen kann wie auch in delphi.

Java kommt nicht in Frage, das kann ausgeschlossen werden.
Es soll eine .NET Applikation werden, da wir Remoting einsetzen wollen.

Gruss roger

[Michael_Bayer]

Zitat:

Zitat von RogerRabbit

Java kommt nicht in Frage, das kann ausgeschlossen werden.
Es soll eine .NET Applikation werden, da wir Remoting einsetzen wollen.

Gruss roger

Was ist Remoting?

[RogerRabbit]

Hi,

.NET bietet dieses Remoting an.
grob gesagt.
Du hast 2 Rechner, Server/Client. Nun anstatt dass du eine Server applikation machst und eine client,
machst du nur eine Applikation und brauchst Remoting dafür.

Auf dem Server kreierst du ein object client (z.b) und arbeitest auf dem server mit diesem client objekt.
doch alle Aktionen die du machst, werden auf dem client ausgeführt und nicht auf dem server.

z.b clientObj.Shutdown;

Nun wird der client runtergefahren und nicht der Server.

Hmm muss mal die genaue Definition heraussuchen. Ich kenne es auch noch nicht so super genau.


gruss Roger

[jbg]

Zitat:

Zitat von Speedmaster

Winforms sind aber 100% nicht Platformübergreifend

Also WinForms funktioniert schon zum Teil unter Linux mit Mono.
Aber WinForms ist zu 100% obsolute, da .NET 2.0 das WinFX einführt und WinForms schon bevor es herauskam, als Zwischenlösung gedacht war.

[Bernhard Geyer]

Zitat:

Zitat von RogerRabbit

Java kommt nicht in Frage, das kann ausgeschlossen werden.
Es soll eine .NET Applikation werden, da wir Remoting einsetzen wollen.

Remoting auf Basis von Standards (SOAP). Dann ist ja Java eigentlich nicht ausgeschlossen, da es dafür ja auch eine SOAP-Schnittstelle gibt.

[UweR]

@Michael_Bayer

Zitat:

Was ist Remoting?

REMOTING ist quasi die .NET-Version von COM/DCOM

@Bernhard Geyer

Zitat:

Remoting auf Basis von Standards (SOAP). Dann ist ja Java eigentlich nicht ausgeschlossen, da es dafür ja auch eine SOAP-Schnittstelle gibt.

Also wenn schon kein .NET und Java, dann würde ich statt REMOTING Webservices nehmen wenn irgend möglich