Fun-Soft - Programmierforum

Autor

Thread - Seiten: [ 1 ] > 2 < [ 3 ]

010
26.06.2006, 20:42 Uhr
mischa
Fragender

1. MFC läuft doch auch nur auf window
2.

Zitat von Verfasser:

Kenntnisse in C haben sollte.... Und nunja... hatte keine Lust wo ich doch gerade C++ lerne noch eine sprache zu lenren.

du musst keine c kenntnise besitzten mit c++ geht das auch perfeckt und das meiste c und c++ ist ja gleich
3.VC++2005 ist meiner meinung gut das teil unterschtützt das .Net MFC SDK VisualBasic c# j# und mit updates noch ne menge anderen "mülls"(aber halt die komplet version)
4.steig lieber in das .NET ein ist wohl moderner
--
Latein Unterricht ist die spätere Rache der Römer an den Germanen.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

011
26.06.2006, 21:42 Uhr
Whinegum

Zitat von mischa:

3.VC++2005 ist meiner meinung gut das teil unterschtützt das .Net MFC SDK VisualBasic c# j# und mit updates noch ne menge anderen "mülls"(aber halt die komplet version)
4.steig lieber in das .NET ein ist wohl moderner

Wenn dann würde ich ja VC++ 2005.Net lernen. Also dein Punkt 3 mit Punkt 4 zusammen. Nur Wenn ich das richtig verstehe sind das keine richtigen Programme mehr... Eher sowas wie Java. Läuft auch über ne VM. Also das Framework. Das führt bestimmt zu geschwindigkeitseinbußen. Und es gibt noch keine Softwarehersteller, die das benutzen. oder? Mir haben auch nen paar Freunde gesagt, dass die lieber auf kompilliertes vertrauen. Somit bin ich jetzt hin und her gerissen.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

012
26.06.2006, 21:50 Uhr
Bruder Leif
dances with systems
(Operator)

Moin!

Die Geschwindigkeit von .NET-Programmen ist, nach dem ersten Start, kaum von nativen Programmen zu unterscheiden. Nur GUI-Programme hinken ein wenig; mit "ngen dateiname.exe" kann ein Programm aber auch jederzeit in Native Code umgesetzt werden, dann ist der Nachteil auch dahin.
Problematisch ist die Festlegung auf Windows (oder Mono unter Linux, das aber Probleme mit dem Patentamt bekommen könnte). Wenn schon .NET, dann lieber C# als C++, sonst kommt man vor lauter Konvertierungen kaum noch dazu, einen Algorithmus umzusetzen.
Bis vor einigen Monaten war ich noch völlig von .NET überzeugt, inzwischen halte ich nix mehr davon. Meine subjektive Empfehlung ist momentan Python/GTK für größere Programme, C++/FLTK, wenns unbedingt Native Code sein muss, oder Delphi -- aber NUR FÜR PROTOTYPING!
--
Mit 40 Fieber sitzt man nicht mehr vor dem PC.
Man liegt im Bett.
Mit dem Notebook.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

013
26.06.2006, 21:55 Uhr
Whinegum

Zitat von Bruder Leif:

Wenn schon .NET, dann lieber C# als C++, sonst kommt man vor lauter Konvertierungen kaum noch dazu, einen Algorithmus umzusetzen.

Was genau meinst du damit?

Ich möchte doch lieber bei C++ bleiben. Gibt es auch VC++ 2005 ohne net? Also ich hab versucht herauszufindes was es so alles als Literatur für mit ohne NET gibt aber das is dann immer nir Vc++ 6.0.... und da wage ich doch schon zu sagen dass es evtl veralten könnte.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

014
27.06.2006, 22:14 Uhr
Whinegum

Ich würde auf jedenfall bei C++ bleiben wollen. Habe jetzt dieses Buch gefunden:
www.edv-buchversand.de/mspress/catalog.asp?cnt=catalog&cat0=33&idx0=4&gr=b%FCcher&cat1=42&idx1=8 Aber das ist vom umwang schon wast wie der Petzold über die WinApi. Dazwischen würde ich also Schwanken wenn ich nix von .NET wissen will.
Wenn ihr allerdings meint MFC ist bald überholt würde ich auch net lernen, aber dann (stumpfsinnig wie ich bin) nicht C#, sondern VC++.NET. Dazu hatte ich diese Bücher ins Auge gefasst:
www.edv-buchversand.de/mspress/product.asp?cnt=product&id=ms-552&lng=0

www.edv-buchversand.de/mspress/product.asp?cnt=product&id=ms-5409&lng=0

Ich weiß, dass ihr mir die Entscheidung nicht abnehmen könnt. Aber Die WinApi bzw. MFC scheinen viel mehr arbeit zu sein als .NET. Dennoch würde ich es bereitwillig lernen, wenn ich wüsste, dass man die Programme, die ich dann ja erst in Jahren richtig schreiben können werde in dieser Zeit nicht als "veraltet" ansehen werden.

Dieser Post wurde am 27.06.2006 um 22:14 Uhr von Whinegum editiert.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

015
28.06.2006, 09:11 Uhr
ao

(Operator)

Zitat von Bruder Leif:

Bis vor einigen Monaten war ich noch völlig von .NET überzeugt, inzwischen halte ich nix mehr davon.

Wie kam denn das?

ao

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

016
28.06.2006, 09:18 Uhr
ao

(Operator)

Zitat von Whinegum:

Wenn ihr allerdings meint MFC ist bald überholt ...

Verlass dich nicht nur auf andere, bilde dir selbst ein Urteil. Geh in Internet-Jobbörsen und such nach Stellenangeboten für Softwareentwickler und lies nach, was da für Qualifikationen gefordert werden. Berücksichtige dabei, dass es Branchenunterschiede gibt.

ao

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

017
29.06.2006, 12:53 Uhr
Whinegum

Zitat von ao:

Geh in Internet-Jobbörsen und such nach Stellenangeboten für Softwareentwickler und lies nach, was da für Qualifikationen gefordert werden. Berücksichtige dabei, dass es Branchenunterschiede gibt.
ao

mir geht es gar nicht darum ne Sprache zu lernen, mit der ich Geld scheffeln kann sondern eher womit ich die effizientesten Programm eschreiben kann. Als 16 Jähriger "Jungspund" liege ich ohne hin mit einfachen Konsolenanwendungen schon recht gut in der Zeit finde ich.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

018
29.06.2006, 13:13 Uhr
Bruder Leif
dances with systems
(Operator)

@Whinegum: Die C++-Unterstützung für .NET ist ziemlich dahingepfriemelt. Mit .NET 2.0 bekommt C++ zwar einige neue Funktionen dazu, ist aber immer noch gewöhnungsbedürftig, wenn man es mit C# vergleicht, das extra für .NET entwickelt wurde und das Framework entsprechend besser unterstützt. Du wirst also mehr Zeit mit dem Anpassen von C++ an .NET verbringen, als z.B. unter C#...

@ao: Inkompatibilitäten, fehlende Komponenten, die dann manuell per ActiveX nachgerüstet werden müssen, Patente, und nicht zuletzt der Umstand, dass Microsoft selbst seine Programme größtenteils weiterhin ohne .NET entwickelt. Das sind alles kleinere Problemchen, die mir normalerweise nichts ausmachen würden, aber in der Summe bekomme ich irgendwie ein ungutes Gefühl bei der Sache (Java kann ich aus ähnlichen Gründen auch nicht ausstehen). Außerdem bin ich seit knapp über einem Jahr komplett zu Un*x übergeschwenkt, und könnte mich bestenfalls für Mono erwärmen. Aber mit Python habe ich bisher bessere Erfahrungen gemacht, insbesondere hinsichtlich der Stabilität

--
Mit 40 Fieber sitzt man nicht mehr vor dem PC.
Man liegt im Bett.
Mit dem Notebook.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

019
29.06.2006, 14:13 Uhr
Reyx
IT-fetischistischer Wurstsalat mit rostigem Berghorn
(Operator)

Zudem finde ich es mächtig schlapp, wenn eine normale GUI mit einer GroupBox und 30 Checkboxes sich auf meinem PC bei 4GHz-CPU und 1GB Ram nacheinander von unten nach oben hin in 3 Sekunden langsam aufbaut. Das hat mit Geschwindigkeit nichts mehr zu tun, auch wenn viele .Net-Freaks immer noch behaupten, .Net könnte schneller sein als native Programmierung ...

@Whinegum
Wenn es dir um Konsolenprogramme geht ist es vollkommen egal, ob du C, C++, C#, Java oder BrainFuck oder Whitespace verwendest, da tut sich nicht viel. Nur bei der GUI später gehen die Dinge dann auseinander. Ich persönliche finde C# als Sprache genial, in der Praxis aber das gesamte .Net-Framework mächtig witzlos. Wenn es um robuste Programme geht präferiere ich immer noch das gute alte C++ (und zwar nicht /CLI) mit einer guten GUI-Bibliothek.

Dieser Post wurde am 29.06.2006 um 14:15 Uhr von Reyx editiert.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

Seiten: [ 1 ] > 2 < [ 3 ] [ VC++ / MFC ]

ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: