# Suche
# "Otto bloggt"
# Ohrwürmer
# Kontakt


 
# Alltag
# Magdeburg/Uni
# Medien
# Politik
# Kino
# Sport/SCM
# Radfahren
# Bibliothek


 
# Bits&Bytes
# Webfundstücke
# GUIuiui


 
# Panoramafotos
# WatchYourSteps
 

Weitere Seiten von mir

Meine Homepage
 kLog - Konrads webLog
kLog - Konrads webLog


Mehr aus der Rubrik cpuLog lesen ...
[Bits&Bytes] - Java-Delphi

Java - Delphi - Java - Delphi ...

verdammt ich kann mich nicht entscheiden, mit welcher Programmiersprache ich mein nächstes Projekt angehen soll.

Kernpunkte: XML & geile GUI ...

XML können beide. GUI scheint auf den ersten Blick Delphi besser. Aber auch Java kann da einiges leisten. Und Java ist frei und die Editoren PlugIn-fähig ...

Ach verdammt ...
|  11 Kommentare/Link  |  Eintrag versenden  |

Kommentare:

also ich würde da mal sagen JAVA...mag daran liegen das ich Delphi nun nich so kenne und erst am WE mir ein schönes neues super JavaBuch geleistet habe welches sogut wie keine Wünsche offen lässt (sogar ein Kapitel über Performance-Tuning gibt es).

Kai am 10.10.2005 - 17:30:10

ich würds davon abhängig machen
- ..., ob dein programm möglichst portabel sein oder "einfach gut auf windows laufen" soll
- ..., ob es schnell zusammengebastelt werden können soll (java ist doch ein klein wenig mehr programmieraufwand als delphi - ich sag nur: thema event-handling via threads)
- ..., ob du den code noch in 3 jahren wiederverwenden können willst (bei delphi ist zwischen den einzelnen versionen schon mitunter damit zu rechnen, dass einige sachen nicht mehr sauber durchcompilieren...)

ivo am 10.10.2005 - 19:35:19

Wie hast Du's denn auf die beiden Sprachen eingegrenzt?

Für Java spricht die Portabilität (heute wichtiger denn je) und die große Standardbibliothek. Letztere hat auch Delphi, ist aber sehr Windows gebunden und mehr was, um programmieren zu lernen.

Was ist mit C++? Dafür findest Du sehr viele Bibliotheken. Und Du mußt auch nicht den Code vernebeln.

Und wer richtig cool ist, nimmt eh Scheme ... ;-)

Lars am 12.10.2005 - 11:37:13

@Lars:
Warum?
- Die Entwicklung soll schnell gehen. Damit fallen Sprachen, die ich nicht kann und erst lernen müsste weg.
- Es kommt zu 50% auf ein geiles Interface an. Damit würde Scheme wegfallen, wenn es nicht schon beim Punkt davor weggefallen wäre.
- Das Interface soll einfach und schnell gebastelt werden können. Delphi mit Klick&Watch sehr einfach. Java mit eigenem vor 2 Jahren programmierten LayoutManager ähnlich einfach.

Konrad am 12.10.2005 - 13:56:15

Den Schluß "Entwicklung schnell -> bekannte Sprache" kann man so nicht a priori ziehen. Angenommen einer kann nur Assember und will ein tolles, aufwendiges GUI schreiben. Lohnt es sich da nicht, eine High-Level-Sprache noch schnell zu lernen? Auch zeitlich?

Scheme war mehr ein Spaß - aber vermutlich hat's da auch Brücken zu C und damit zu C++ und damit zu QT ...

Naja, und QT sieht auch cool aus und C++ und Java nehmen sich eben nicht viel. Also ist C++ immer eine Option für einen Java-Programmierer.

Höre in letzter Zeit überhaupt oft, daß Leute behaupten, Java sehr gut können zu wollen und C++ nicht.

Lars am 12.10.2005 - 14:05:26

Ja aber ist die GUI(Entwicklung) von QT/C++ soviel besser wie Java oder Delphi? So, dass sich der Aufwand des Lernens lohnen würde?

Der Sprung Assembler->HighLevel bei der GUI ist klar lohnend ... keine Frage ;-)

Konrad am 12.10.2005 - 14:25:46

Hmmm, naja, ich tippe sie ist nicht deutlich besser, aber bewegt sich doch in denselben Dimensionen.

Ich werde mich bei meinem nächsten Projekt aus zwei Gründen jedenfalls dafür (QT / C++) entscheiden:

1. Ich will Plattformunabhängigkeit und Binary-Executables.

2. Ich will die in meinem Bereich gängigen wissenschaftlichen Libs (die sind in C / C++) benutzen und debuggen können, ohne dauernd Sprach-Bridges (wie JNI) zu haben, die sich nicht gut debuggen lassen.

Lars am 12.10.2005 - 14:33:02

@Lars

es gibt aber auch Java-Kompiler die Binary-Executable erstellen können:
mal als beispiel: http://gcc.gnu.org/java/

:)

Kai am 12.10.2005 - 14:43:05

Ja, war ja klar bis jemand erwähnt. Der gcc für Java bricht es auf dieselbe Metaebene runter wie bei C++-Programmen. Trotzdem gehen die die Vorteile von Java wie direkte Plattformunabhängigkeit, Introspektion, Hotplugging komplett verloren. Und auch das mit dem Garbage-Collector ist dann so eine Sache. Dann kann man auch direkt in C++ programmieren. Da hat man dann nämlich die für Binaries nette direkte Kontrolle.

Lars am 12.10.2005 - 14:59:43

Das stimmt natürlich...wollte es halt nur mal erwähnen. ;)

Kai am 12.10.2005 - 15:53:47

zum Thema GUI-schnell-zusammenklicken und JAVA fällt mir spontan Netbeans ein...

Ines am 16.10.2005 - 11:22:14

Neuen Kommentar hinzufügen:

Name:
E-Mail:


Wird nur verwendet,
um Antworten zuzuschicken!
Homepage:
Kommentar:
(alle HTML-Tags
werden entfernt)
Spamschutz - Gebt hier bitte den
ersten Buchstaben des Alphabets ein:
Mail bei weiteren Kommentaren
Persönliche Daten merken
 
Nach oben
Magdeburg bloggt
Suche:
  (C) copyright: Konrad Mühler - konrad@my-rho.de selbst programmiert