Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Platformübergreifend Programmieren: .net oder nun doch ned? (https://www.delphipraxis.net/44276-platformuebergreifend-programmieren-net-oder-nun-doch-ned.html)

Speedmaster 16. Apr 2005 17:57


Platformübergreifend Programmieren: .net oder nun doch ned?
 
Ich möchte gerne ein Programm Kommerziell Entwickeln, und möchte dies Zukunftsplanend und Platformübergreifend machen.

Jetzt Stellt sich mir aber folgende Frage:

Wie stelle ich Grafik dar ohne Libarys von Microsoft zu benutzen, ich könnte mir Vorstellen das dies mit OpenGL geht, aber bisher weiss ich nicht wie ich da Fenster erstelle die ich total nach eigenem belieben Designen kann!

mfg

Speedmaster

mschaefer 16. Apr 2005 19:38

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Moin, moin,

Über welche Plattformen, das ist hier die Frage?

Über alle MS-Winplattformen vom PC
über Tablett-PC bis zum PDA.
- > Net-Framework


Über Linux und Win-PC Plattformen
- > Kylix/Delphi mit CLX
- > JBuilder: Java

// MfG // Martin

Robert_G 16. Apr 2005 20:29

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Wenn es dir um die reine funktionalität geht, kannst du ja mal bei dotGnu vorbeischauen, ob die von dir verwendeten Klassen schon portiert sind.
(bzw ob alle, von dir genutzten, Member dieser Klassen schon portiert worden sind :mrgreen: )

Ein KickAss Framework wie es .Net darstellt wird es wohl so schnell nur mit .Net geben.
Die Dinge, die die .Net VM, verglichen zur JavaVM, so genial machen ( CAS :!:, ein unglaublich dynamischer JIT, Stabilität,..) wird wohl keine Opensource adaption so schnell nachbilden können. Ich bezweifle, dass sie es selbst in 3 Jahren schaffen CAS nachzubauen.
Und ohne CAS kannst du aber die Akzeptanz beim End user für Smart Clients abschreiben. ;)

Sind dir diese Punkte nicht wichtig, wäre GTK# und andere .Net/GNU Bibliotheken vielleicht einen Blick wert.
Als reiner Windows Entwickler (und Benutzer) muss ich aber gestehen, dass mich das bisher nicht wirklich interessiert hat. ;)

Speedmaster 16. Apr 2005 20:43

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Also vielleicht habe ich mich Falsch ausgedrück, ich brauche eine Auf allen Platformen laufende Grafikschnittstelle( Sollte zumindestens auf Linux und Win laufen )!

Robert_G 16. Apr 2005 20:45

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Zitat:

Zitat von Speedmaster
Also vielleicht habe ich mich Falsch ausgedrück, ich brauche eine Auf allen Platformen laufende Grafikschnittstelle( Sollte zumindestens auf Linux und Win laufen )!

Das hatte ich schon so verstanden. Die Frage ist nur, ob ich mich verständlich genug ausgedrückt habe. ;)

Phoenix 16. Apr 2005 20:57

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Zitat:

Zitat von Speedmaster
Also vielleicht habe ich mich Falsch ausgedrück, ich brauche eine Auf allen Platformen laufende Grafikschnittstelle!

Wenn es _jetzt_ laufen soll: Swing.
Wenn Du noch anderthalb Jahre warten kannst: .NET

dotGNU ist zumindest im KnowHow (nicht finanziell) powered my Microsoft, und von daher stehen die Chancen gut das die Winforms recht zeitnah komplett unterstützt werden.

mschaefer 16. Apr 2005 21:06

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Moin Spätmoin,


Du hast mit Delphi selbst zwei Möglichkeiten:

1. Du programmierst strikt VCL ohne Sonderfunktionen. Dann kannst Du auf Linux Wine laufen lassen
und bekommst mit hoher Wahrscheinlichkeit ein lauffähiges Programm.

2. Du setzt gleich auf die CLX-Komponentensammlung und hälst Dich da strikt an die Komponenten und arbeitest mit "Crosskylix" um ein Programm auf Windows und Linux-Rechnern zu bekommen.


Spezielle Grafikspezialitäten sind plattformspezifisch und daher für einen Einzelentwickler letztlich nicht ernsthaft für kommerzielle Programme zu verwenden. Persönlich würde ich, wenn plattformunabhängig besonders wichtig ist, zu Ansazt 2 neigen.

Grüße // Martin

frankyboy 16. Apr 2005 21:10

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Das interessanteste für ist QT (http://www.trolltech.com/) ist für freie Anwendungen (Version 3) unter Linux kostenfrei nutzbar und auch auf guten Distributionen mit dabei. Das gibt es für Linux, Mac und Windows sowie für pda's. Die Version 4 soll bald auch für Windows kostenfrei für OpenSource-Entwickler rauskommen. Eine Kommerzielle Lizenz ist zwar nicht ganz billig, aber lohnt sich für das was man bekommt. Habe selbst ein Projekt in der Schublade und warte wie auf Kohlen auf QT4 für win.

Ansonsten gäbe es noch WxWidgets und GTK, die aber bei weitem nicht so professionell sind.
kylix eignet sich nicht wirklich, es wird sehr mies gepflegt von seiten borlands.
für .net gibt es mono und dotgnu als ersatz, aber diese sind für server bereits ganz gut nutzbar, um richtig grafiklastige anwendungen zu schaffen sind diese aber noch nicht weit genug.

LarsMiddendorf 16. Apr 2005 21:18

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Habe bereits unter Linux mit qt gearbeitet und kann nur davon abraten. Es gibt zwar auch recht brauchbare Komponenten, allerdings ist das ganze System mit den events und dem Meta Compiler, sehr umständlich gelöst, wohl auch, weil C++ einige Sprachmittel fehlen. Unter Linux mag das zwar toll sein, aber im Gegensatz zum .Net Framework oder der VCL nicht zu empfehlen.
Swing ist sehr flexibel, aber auch langsam und z.B. mit den ganzen ActionListeners nicht wirklich elegant. Dafür sieht es überall gleich (schlecht) aus.

Speedmaster 16. Apr 2005 21:50

Re: Platformübergreifend Programmieren: .net oder nun doch n
 
Naja ich möchte die Objekte von Hand zeichnen, aber ich brauche halt eine Plattformübergreifende Schnittstelle zur Grafikkarte, und die Befehle müssen gleich sein!

Dann möchte ich wie gesagt OpenGL verwenden, d.h. ich möchte auch wissen wie das ist!


Alle Zeitangaben in WEZ +1. Es ist jetzt 00:37 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz