AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Delphi oder C#

Ein Thema von RalfE · begonnen am 29. Nov 2010 · letzter Beitrag vom 2. Dez 2010
Antwort Antwort
Seite 3 von 7     123 45     Letzte »    
Benutzerbild von implementation
implementation

Registriert seit: 5. Mai 2008
940 Beiträge
 
FreePascal / Lazarus
 
#21

AW: Delphi oder C#

  Alt 29. Nov 2010, 17:47
Braucht man das wenn man IIS und ASP.NET hat?
Man sollte nicht vergessen, dass die meisten Webserver auf Linux laufen, und versuch mal IIS auf Linux zu installieren.
Apache wird dir da mehr helfen
Wobei du dann auch gleich PHP, Perl, Python, Ruby oder gleich 'ne Linux Native Binary nehmen kannst, ASP.NET auf Linux wäre wie XFCE auf Windows
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.858 Beiträge
 
Delphi 11 Alexandria
 
#22

AW: Delphi oder C#

  Alt 29. Nov 2010, 18:53
Für Linux gibt es ja Mono (Apache Module mod_mono)
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von Chemiker
Chemiker

Registriert seit: 14. Aug 2005
1.859 Beiträge
 
Delphi 11 Alexandria
 
#23

AW: Delphi oder C#

  Alt 29. Nov 2010, 19:19
Hallo,

irgendwie diskutiert ihr etwas am Thema vorbei. RalfE hat nicht geschrieben das die Anwendung auf Linux laufen soll, sonder der Interbase-Server soll auf Linux laufen.

Bis bald Chemiker
wer gesund ist hat 1000 wünsche wer krank ist nur einen.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.033 Beiträge
 
Delphi 12 Athens
 
#24

AW: Delphi oder C#

  Alt 29. Nov 2010, 19:19
Da muss ich doch mal dumm fragen : was soll das ? Programm nur für Windows und damit wird dann irgendwie auf Linux zugegriffen ? Wo liegt der Nutzen ?
Der Clientrechner läuft mit Windows und die DB läuft auf einem Linux-Server
ist bestimmt nicht unwahrscheinlich
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
hanspeter

Registriert seit: 26. Jul 2003
Ort: Leipzig
1.350 Beiträge
 
Delphi XE2 Professional
 
#25

AW: Delphi oder C#

  Alt 29. Nov 2010, 19:24
Ich habe in den vergangenen 2 Jahren als externer Mitarbeiter genau diese Aufgabenstellung gehabt.
Umstellung eines großen am Markt eingeführten Programmsystem von BDE/Paradox auf Interbase/Firebird.
Interbase würde ich schon deshalb nicht verwenden, weil es bei CG 5. Rad am Wagen und kostenpflichtig ist.
Da sind uns mal vor Jahren bei einem IB Projekt Freitag abend die Client-Lizenzen ausgegangen. Es war ein Drama bis wir weitere Lizenzen hatten.
FB ist Opensource.
Wenn die Wahl der Datenbank noch frei ist, würde ich heute zu MS-SQL Server tendieren. Hier gibt es eine kostenfreie Personalversion und jenseits von 2GByte wird es dann kostenpflichtig. Bei dem MS-SQL Server ist die Datenbankverwaltung besser gelöst.
Die Umstellung von BDE auf C/S hat reichlich doppelt so lange gedauert wie geplant und hat einen deutlich 7 stelligen Betrag (innerbetriebliche Kostenrechnung) verschlungen.
Von D7 auf D2010 kommt zusätzlicher Kostenaufwand hinzu, da alle externen Komponenten, sofern diese noch beschaffbar sind, neu gekauft werden müssen. (Unicode)
Bei der Umstellung von D7 auf Unicode sind viele Toolhersteller weggebrochen, so dass man u.U. auch noch auf andere Komponenten ausweichen muss.
Für Delphi sprechen drei Argumente.
1. Der bereits vorhandene Quellcode. Hier muss allerdings die Datenzugriffsschicht komplett ausgewechselt werden, da vieles was in einem auf TTable gestützten Filesystem problemlos funktioniert, in einem C/S System nicht ohneweiteres geht.
2. Delphi erzeugt etwas robustere Programme, da man alle Bibliotheken in die Exe linken kann.
3. GEfühlt läuft ein Delphiprogramm etwas schneller und hat eine deutlich schnellere Ladezeit beim Erststart.
Beispiel D2007 benötigt Netframework 1.1. Auf einigen Rechnern ist D2007 nicht mehr ohne weiteres lauffähig und das alte Framwork muss explizit nachinstalliert werden.
Wenn Unicode nicht zwingend erforderlich ist, dann ist es billiger bei D7 zu bleiben.
Für Delphi-Programmierer muss man wenigstens ein halbes Jahr Einarbeitungszeit in C# mit einplanen.
Wenn man anfängt zu modularisieren, dann ist net durch sein Assembly-Konzept haushoch überlegen und erspart einen die BPL-Hölle, die man sich mit Delphi an Land zieht.
Delphi ist als Entwicklungssystem ein solides aber etwas altbackenes System, man wird aber immer der Entwicklung hinterherlaufen.
Von D2006 bis heute schleppt die IDE immer noch eine Reihe ärgerlicher Bugs mit, welche einen das Leben schwer machen. Und was XE2/XE3 bringen, das glaube ich erst, wenn ich es sehe.
Und wenn dann alles einigermaßen bugfrei ist, dann sind wir bestimmt bei XE5 oder 6.

Gruß Peter
  Mit Zitat antworten Zitat
taveuni

Registriert seit: 3. Apr 2007
Ort: Zürich
533 Beiträge
 
Delphi 11 Alexandria
 
#26

AW: Delphi oder C#

  Alt 30. Nov 2010, 08:31
Wenn die Wahl der Datenbank noch frei ist, würde ich heute zu MS-SQL Server tendieren. Hier gibt es eine kostenfreie Personalversion und jenseits von 2GByte wird es dann kostenpflichtig.
Gruß Peter
Die 2 GByte sind Geschichte wir sind nun bei zehn.
Die obige Aussage repräsentiert meine persönliche Meinung.
Diese erhebt keinen Anspruch auf Objektivität oder Richtigkeit.
  Mit Zitat antworten Zitat
Benutzerbild von Assarbad
Assarbad

Registriert seit: 8. Okt 2010
Ort: Frankfurt am Main
1.234 Beiträge
 
#27

AW: Delphi oder C#

  Alt 30. Nov 2010, 19:33
Ich empfehle ganz klar oder.
Oliver
"... aber vertrauen Sie uns, die Physik stimmt." (Prof. Harald Lesch)
  Mit Zitat antworten Zitat
Insider2004
(Gast)

n/a Beiträge
 
#28

AW: Delphi oder C#

  Alt 30. Nov 2010, 20:11
Das fertige Programm liegt in Delphi vor. Warum willst Du jetzt die Sprache wechseln?

Wenn Du alles neu programmieren willst und deinen Arbeitsplatz sichern, dann nimm C# (da sollte aber das Kunden-Geld dann nicht ausgehen).

C# ist 15 Mal langsamer als Delphi EXE Programme.
  Mit Zitat antworten Zitat
messie

Registriert seit: 2. Mär 2005
Ort: Göttingen
1.592 Beiträge
 
Delphi 2009 Professional
 
#29

AW: Delphi oder C#

  Alt 30. Nov 2010, 20:41
C# ist 15 Mal langsamer als Delphi EXE Programme.
Hmmm, ich bin auch gerade in genau derselben Lage, mich ins C# einzuarbeiten.
Ich finde .NET 4 recht zügig. Mit VS 2010 (noch als Express im Test) sind viele Kompos integriert, die vorher mühsam nachgebastelt werden mussten (bei uns ist eine Chartkompo immer wichtig).

Zu den Kompos möchte ich noch etwas loswerden: ich mache ja viele Installationsroutinen für Kundensysteme (weltweit, verschiedene Rechner, alle Sprachen und Zugriffslevel, kein qualifizierter Support vor Ort greifbar). Bei Delphi kann ich meine Kompos alle in die exe linken, da muss ich auch kundenseitig nichts nachinstallieren. Bei .NET muss man viele Kompos ins Framework installieren sowie das Framework selbst, das birgt ein erhebliches Risiko. Denn beim Client muss ja alles nahtlos und silent integriert werden - oder es sind jeweils Fachleute vor Ort. Das Hinterherrennen hinter einer unsicheren Installation kann die Hölle sein.

Grüße, Messie
  Mit Zitat antworten Zitat
R2009

Registriert seit: 9. Mär 2009
Ort: Heidelberg
440 Beiträge
 
Delphi 2007 Professional
 
#30

AW: Delphi oder C#

  Alt 1. Dez 2010, 07:36
Hi DP'ler,

Zitat:
Zudem muss man sich heutzutage als Delphi-Entwickler auch meist fragen lassen, warum man noch in der Sprache entwickelt. All zu viele Projekte gibt es darin scheinbar nicht mehr, bzw. es gibt mehr neue Projekte auf Basis anderer Sprachen. Somit gibt es wohl auch mehr Entwickler die z.B. C# Code schreiben. Aus dieser Sicht könnte man auch sagen, dass es besser für die Zukunft wäre.
Dem wiederspreche ich energisch. Ich habe versucht Unterstützung für einen Umstieg nach C# zu kriegen und habe Leute gesucht die eine Ahnung von C# haben.
Wir sind, in unserem Konzern sicherlich mehr als 200 Programmentwickler.

Wir haben keinen einzigen gefunden der mit C# programmiert geschweige denn es versteht.
Visual basic an erster Stelle
Delphi an zweiter Stelle
C++ an dritter Stelle (vor allem in der Firmwareentwicklung)
und ein paar Freaks die Java programmieren.

Nochmal zur Diskussion:
Die Entscheidung hängt doch im Wesentlichen davon ab was vom alten Code übrig bleiben kann.
Ich möchte den Chef sehen, der einer Neuentwicklung zustimmt wenn 70 oder 80% des alten Codes noch verwertbar sind.
Umstiegsideen bei einer vorhandenen Lösung, die im wesentlichen funktioniert, sind Träume und kaum umsetzbar.
Hier geht es nicht darum was technisch sinnvoll ist, sondern was möglichst schnell möglichst viel Kohle bringt (wir leben in Zeiten des Raubkapitalismus).

Du wirst also gefragt:
1.) Wenn du den alten Code behältst wann bist du fertig und was kostet das?
2.) Wenn du neuen Code schreibst wann bist du fertig und was kostet das?
3.) Was kosten beiden Alternativen in Bezug auf Lizensen, Einarbeitung usw.

Ich gehe jede Wette ein, dass die alte Lösung bevorzugt wird, aber nicht weil sie besser ist sondern weils schneller geht und damit weniger kostet.
Was dich weiterbringt oder mit welcher Sprache du gerne programmieren möchtest interessiert kein Schwein.

Grüsse
Rainer
PS: das sind meine Erfahrungen aus 20 Jahren Softwareentwicklung.
Rainer Unger
Mein Profil:
Studium Allgemeine Elektrotechnik TH Darmstadt
Entwicklung von Tools für die Rundsteuer und Zählertechnik.
uP's Atmel Prozessoren (ATmega16,32,88...) in C und Assembler.

Geändert von R2009 ( 1. Dez 2010 um 07:41 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 7     123 45     Letzte »    


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:00 Uhr.
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