.Net oder MFC?
-
C++ und die MFC der Vergangenheit angehören,
Geht das schon wieder los ... MFC ist nicht gerade ein huebsches C++.
-
Sorry, aber bekommt der Hotellier von dir keinen Support?
Du willst ihm also deine Software geben und "mach mal!" sagen?Wo ist das Problem, .NET zu installieren? Was ist schwieriger daran, als wenn er deine Software installieren muß? Der Vorgang ist doch immer der gleiche: EXE anklicken, Weiter, Weiter, Weiter, Fertig!
Wichtig wäre es, für eine Entscheidung, ob der Kunden-PC überhaupt .NET-fähig wäre. Wenn er noch mit nem uralt Windows und 4 MB RAM rumgurkt, kannste das sowieso vergessen. Aber wenn er einen einigermaßen .NET-fähigen Rechner hat, dann liefert man halt auf der CD-ROM sowohl das eigene Programm als auch den .NET-Installer aus. Und da es dein Kunde ist, sollte man noch Hilfe bei der Installation anbieten (selbst wenn es nur über das Telefon ist, weil man keine Möglichkeit hat vor ort zu sein).
Weiterhin sind natürlich Admin-Rechte nötig. Gehört der PC ihm oder ist er geleased? Läuft andere Software auf dem PC, die per Vertrag die Installation von Fremdsoftware untersagt? Ist auf seine Platte genug Platz frei?
Das sind tausendmal wichtigere Gründe, als ob der Hottelier es schafft einen Doppelklick auf die .NET-EXE zu machen. Weil das kann man über Support lösen.
Deine Argumente hören sich eher so an, als ob du gar kein .NET machen willst. "Wie komme ich jetzt aus der Nummer raus?"
-
Das Problem das ich sehe, ist das man auf dem Kundenrechner auf das Net-Framework angewiesen ist, also der Kunde auch dieses installieren muss.
Mit der MFC hat man sollche Probleme nicht.Nicht ganz korrekt. Bei MFC und C++ und C hat man dasselbe Problem.
Da muss auch die korrekte Runtime installiert sein - kann sein, dass das schon der Fall ist, aber gerade bei XP ist die 2005er und 2008er Runtime nicht einfach schon drauf. (Und natürlich kann statisch gelinkt werden.)Simon
-
Sorry, aber bekommt der Hotellier von dir keinen Support?
Natürlich bekommt er Support, aber man möchte nicht schon bei der Installation den Support anrufen oder? Wenn Du dich mit Projekten auskennts und auch schon welche abgegeben hast, dann müsstes Du wissen, das man die SW so leicht wie möglich bedienbar programmieren sollte und dagehört auch das Installieren bzw. Konfigureiren dazu.
Wie oft hast Du dich schon geärgert, wenn Du eine SW installiert hast die von alleine nicht läuft und irgendwelchen Schnick Schnack noch zusätzlich benötigt. So etwas nennt man einfach nur schlecht programmiert.In meiner 5 jährigen Erfahrung mit der Entwicklung von Anwendungen habe ich schon allerlei SW gesehen die andere programmiert haben, wo man nur sagen kann Oh waia.
Zu all deinen anderen Argumenten:
Der Rechner ist nicht so alt das er nur 4MB RAM aufweist. Du redest hier von einem System das es vor 10 Jahren gab und rarität ist. Ausserdem zeig mir ein System auf dem mit 4MB RAM Windows XP läuft. Weiterhin ist er der Admin und hat auch keine weitere Zusatz-SW installiert.Deine Argumente hören sich eher so an, als ob du gar kein .NET machen willst. "Wie komme ich jetzt aus der Nummer raus?"
Dann würde ich das Thema gar nicht aufgreifen und sofort mit MFC beginnen.
P.S: Um das Ganze mal abzurunden, werde ich mich wohl eher mit C# also .Net beschäftigen. Meine Argumente dafür sind das die MFC schlecht programmiert und veraltet ist und das .Net einfach moderner und sicherer ist.
Trotzdem vielen Dank für Eure Hilfen
-
Gehört das Software-Deployment nicht zu deinen Services bzw. ist nicht Teil des Vertrages? Interessant.
Ansonsten gibts Hilfe von MS:
http://msdn.microsoft.com/en-us/library/dd560516.aspx
-
Gehört das Software-Deployment nicht zu deinen Services bzw. ist nicht Teil des Vertrages? Interessant.
Aus welcher Aussage von mir entnimmst Du denn sowas?
-
mad_martin schrieb:
Gehört das Software-Deployment nicht zu deinen Services bzw. ist nicht Teil des Vertrages? Interessant.
Interessant das ich nicht der einzige bin, der diese Vermutung hat.
Wenn ich einen Auftrag bekomme, bediene ich den Kunden von vorne bis hinten! Ich fahre (sobald ich feststelle, das der Kunde ein DAU ist) höchstpersönlich vorbei und hau persönlich die CD-ROM ins Laufwerk und mach den Doppelklick auf den Installer. 
Und dann gibts halt noch ne nette Einführung.
-
Oh man, könnt ihr nicht einmal in einem Thread einfach nur die Frage(n) des OPs beantworten, anstelle euch mit irgendwelchen dämlichen Unterstellungen zu profilieren und irgendwelche Offtopic Diskussionen zu starten?
Dieses Forum ist so voller selbstverliebeter Kinder, ein Grund, weshalb ich mich hier nie registrieren würde.
-
mike2003 schrieb:
Aus welcher Aussage von mir entnimmst Du denn sowas?
Aus dieser:
mike2003 schrieb:
Natürlich bekommt er Support, aber man möchte nicht schon bei der Installation den Support anrufen oder?
Das klingt für mich wie "ich lass den Kunden selbst installieren".
Fand ich halt komisch, weil ich das so noch nie erlebt habe.@Smackd0wner:
Geh einfach wieder spielen, wenn du selbst nichts zum Thema beitragen kannst.
-
Wenn Du schon jahrelang Erfahrung mit der MFC hast, dann solltest Du auch dabei bleiben. Nur weil sich das Konzept der MFC seit Jahren nicht mehr großartig verändert hat, heißt das nicht, dass die MFC veraltet ist. Sie ist trotz ihrer vielen Jahre immer noch ein ziemlich schlanker und schneller API-Aufsatz.
-
schlank *g*
-
Wenn man von der aufgeblähten MFCNext absieht, dann kommt die MFC von VC9 gerade mal auf 1,1 MiB.
-
Bitte keine Vergleiche zw. MFC und NET.
Ich komme aus der MFC und würde heute auch auf NET mit SQL 2008 oder SQL Express 2008 setzen.
Programm ist schneller und einfacher zu erstellen.
Sollte man auf Web bzw. Webservices setzen dann kann man den Code fast 1zu1 übernehmen wenn es vorher ein Desktopprogramm war.
Installation ist das leichteste was es gibt. Einfach ein Setupprojekt und in 1 Minute ist da alles installiert.
-
Schneller und einfacher ist relativ. Wenn man 15 Jahre lang mit C++/MFC programmiert hat, dann ist C#/.NET ein totaler Neuanfang. Die Produktivität dürfte anfangs gegen 0 gehen.
-
mike2003 schrieb:
Hallo,
ich möchte eine Verwaltungssoftware für ein Hotel schreiben. Der Nutzer soll über die Zimmernummer sehen können, wann dieses Zimmer reserviert ist. Das klingt relativ einfach und habe auch schon eine Idee wie ich das Ganze umsetze.
Da ich jahrelange Erfahrung mit der MFC habe und mich auch mit DB's auskenne wollte ich eine dialogbasierte Anwendung schreiben die über die ADO-Schnittstelle mit einer DB wie MySQL oder einfacher Access verbunden wird. Da aber die MFC schon sehr veraltet ist und ich mich mehr oder weniger mit dem Net-Framework beschäftigen möchte, habe auch in dieser Richtung überlegt. Ok dort habe ich weniger Erfahrung aber da das Projekt nicht eilt habe ich Zeit um mich auch darin einzuarbeiten, was Aufgrund meiner Java-Kenntnisse nicht so schwer sein sollte.
Hallo,
Ich würde dir auch zu .NET/C# oder Java raten. MFC-Programme sind schlecht erweiterbar, wenn du es mit nicht-Mircosoft Technologien zu tun bekommst. Also, wenn Deine Software Zukunftssicher sein soll, dann nimm .NET oder Java, nicht C++ und MFC.
Hinweis: Kein Trollversuch oder Flamewar. Ich bin C++ Programmierer, habe schon vieles mit den MFC programmiert und mag C++ sehr gern
-
sri schrieb:
Schneller und einfacher ist relativ. Wenn man 15 Jahre lang mit C++/MFC programmiert hat, dann ist C#/.NET ein totaler Neuanfang. Die Produktivität dürfte anfangs gegen 0 gehen.
Wenn man 15 Jahre lang nur MFC programmiert und jegliche Innovationen verpennt hat, sollte man in der Tat wohl lieber dabei bleiben.
-
byto schrieb:
Wenn man 15 Jahre lang nur MFC programmiert und jegliche Innovationen verpennt hat, sollte man in der Tat wohl lieber dabei bleiben.
Was ist bei .NET innovativ? Dass die Anwendungen 10x länger brauchen, um zu starten und man sich für eine zeitnahe Anzeige eines Startbildschirms ein natives C++-Programm schreibt, welches anschließend die .NET-Anwendung startet? Oder dass man ohne P/Invoke aufgeschmissen ist? Auf solche "Innovationen" kann ich gut verzichten.
-
Ich finde deine Gründe gegen .NET nicht wirklich stichhaltig.
Mit MFC habe ich nie programmiert, aber es soll wxWidgets ja nicht unähnlich sein, also eenn es kein (zeitliches?) Problem für dich ist etwas neues zu lernen und sonst nichts gegen .NET spricht würde ich dir auch zu .NET raten(als Alternativen gäbe es Java oder andere C++ Bibliotheken. Für Windows Only finde ich .NET in dieser Hinsicht aber schon ziemlich gut) und auch wenn der Benutzer es selbst installieren sollte, kannst du den .NET Installer immer noch in deinen eigenen einbauen.Was ist bei .NET innovativ?
In Bezug auf GUI?
schonmal was von WPF gehört?
-
Ohne Zweifel .NET. Benutze es seit 2 Jahren und bin vor allem von den WinForms begeisert. Im Gegensatz zu dem MFC/wxWidgets Gefrickel macht das sogar richtig Spaß.
Dass MS voll auf .NET setzt und jeglichen MFC Support eingestellt hat, war für mich zwar kein echter Grund, aber irgendwie wollte ich dann doch nicht auf eine aussterbende Lib setzen.
-
sri schrieb:
byto schrieb:
Wenn man 15 Jahre lang nur MFC programmiert und jegliche Innovationen verpennt hat, sollte man in der Tat wohl lieber dabei bleiben.
Was ist bei .NET innovativ? Dass die Anwendungen 10x länger brauchen, um zu starten und man sich für eine zeitnahe Anzeige eines Startbildschirms ein natives C++-Programm schreibt, welches anschließend die .NET-Anwendung startet? Oder dass man ohne P/Invoke aufgeschmissen ist? Auf solche "Innovationen" kann ich gut verzichten.
Selten in einem Posting so viel Bullshit gelesen. Alleine der Quark mit P/Invoke zeigt, dass du keine Ahnung hast.