Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » c++ buch KEINE console sondern Windows Oberfläche

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 <
000
20.11.2004, 16:41 Uhr
~hermann
Gast


hi,


ich suche ein Buch für C++ das allerdings nicht für Konsolenanwendungen sondern für Windows Oberfläche wie bei Delphi oder VB ist. Es sollte allerdings schon für C++ einsteiger sein.

Danke für eure Hilfe im voraus!
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
20.11.2004, 16:49 Uhr
0xdeadbeef
Gott
(Operator)


Ein Schritt nach dem anderen. Bevor du die C++-Grundlagen nicht beherrschst, wirst du mit GUIs völlig überfordert sein.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
20.11.2004, 17:01 Uhr
Spacelord
Hoffnungsloser Fall


Das kannst du vergessen.
Erst Standard C++ und dann Windows .
C++ ansich ist schon nicht die einfachste Sprache und wenn du dann (so mal eben) gleich ne Windows Anwendung schreiben willst bist du definitiv überfordert.Mal ganz abgesehen davon dass das WinAPI in C gehalten ist gibt es soweit ich weiss kein Buch dass für den absoluten C++ Anfänger die MFC erklärt.
Bereits ein minimales MFC Programm ist ist für jemanden der keine Ahnung von C++ hat nicht überschaubar.
Mit VC++ ist zwar nen Programmgrundgerüst schnell zusammengeklickt,sobald du aber auch nur einen Hauch daran ändern oder hinzufügen willst stehst du schon doof da.
Generell hat die Programmierung für eine spezielle Plattform nichts mit dem C++ Sprachkern zu tun,deshalb wirst du auch kein Buch finden dass beides unter einen Hut bringt.

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
003
20.11.2004, 17:14 Uhr
0xdeadbeef
Gott
(Operator)


MFC-Programme sind in aller Regel selbst für erfahrene C++-Programmierer nicht sonderlich übersichtlich...
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
004
20.11.2004, 18:44 Uhr
Spacelord
Hoffnungsloser Fall


Da gebe ich dir absolut Recht!
In Sachen Standard C++ steckst du mich 3 mal in den Sack aber was Windows Programmierung angeht bin ich relativ fit und kann deshalb behaupten dass es bei der Windowsprogrammierung weniger um syntaktische Kleinigkeiten geht als vielmehr darum die Fallstricke zu kennen die hinter den Reihen vor sich gehen.
Wenn man aber gar keine Ahnung von C/C++ hat ist man absolut aufgeschmissen!
In nem anderen Forum hatte ich jetzt letztens mit nem Moderator aus dem MFC Forum ne Diskussion dass die ganzen GetDlg... Funktionen und UpdateData objektorientierte Prinzipien unterwandern und man diese doch möglichst meiden sollte wenn man objektorientiert programmieren möchte.
Naja,er hat das halt bestritten und behauptet dass das Anlegen von Control-Membervariablen zu kompliziert und überflüssig wäre....
Nun gut....
Solche "Ansichten" sind im MFC Umfeld relativ häufig anzutreffen und tragen mit Sicherheit nicht zur Verbesserung der Akzeptanz der MFC bei.
Generell ist zu beobachten dass in den meisten Fällen die MFC Anwendungen alles andere als objektorientiert sind.Das liegt dann aber weniger daran dass es generell unmöglich ist mit den MFC halbwegs objektorientiert zu programmieren als vielmehr daran dass die entsprechenden Programmierer einfach kein Interesse daran haben.
Ich für meinen Teil habe zumindest die Erfahrung gemacht dass es (wenn man denn die bösen Fallstricke,die die MSDN Doku verschweigt,kennt) durchaus möglich ist auch mit den MFC brauchbaren,wiederverwendbaren Code zu schreiben.
Und das Ganze sogar recht produktiv.
Die Leute bei M$ stehen sich teilweise auch selber im Weg.In der Doku stößt man z.B. regelmässig auf den Spruch:

Zitat:

The returned pointer may be temporary and should not be stored for later use.



Bis vor ca. 1 Jahr wusste ich auch nicht welch böse Falle sich hinter diesem Spruch verbirgt.Dann habe ich einen hervorragenden Artikel über das Thema Handle Maps gelesen und überhaupt erstmal verstanden wo das Problem liegt.In der MSDN findest du nur sehr wenig dazu....
Es ist erschreckend dass selbst erfahrene Windows Entwickler oft nichts über diese Problematik wissen!
Wenn man sich dann mal in den Foren umschaut wieviele Probleme aus diesem schlecht dokumentierten Sachverhalt entstehen kann man nur noch mit dem Kopf schütteln dass man bei M$ dieses Problem lieber tod schweigt anstatt es ausführlich zu dokumentieren und somit viele Fehlerquellen aus dem Weg zu räumen.


Die überwiegend schlechte Qualität von MFC Programmen liegt meiner Meinung nach halt nicht nur an der Qualität der MFC sondern vielmehr an der Qualität der Programmierer,und dass sind halt sehr viele die gerade "Hallo Welt" auf der Konsole gemacht haben,diesen Part dann abhaken,und dann das beste Windowsprogramm der Welt irgendwie(!!) zusammenschustern.
Diese "Zielgruppe" schafft nur selten direkt den Weg zu alternativen Klassenbibliotheken so dass die Qualität der Programme,die andere Bibliotheken nutzen, unterm Strich besser ist.


Dich werde ich aber wohl nicht mehr von Windows überzeugen können

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.

Dieser Post wurde am 20.11.2004 um 19:11 Uhr von Spacelord editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
005
20.11.2004, 20:20 Uhr
Bruder Leif
dances with systems
(Operator)


Moin!

Als meine 2Cent eine kleine Plauderei aus dem Nähkästchen: Ich hab damals mit dem "C-Grundlagen-Buch" angefangen, dann mit dem Petzold die ersten Windows-Proggis unter C gebastelt, und später mit "Inside Visual C++" ein paar Schritte mit den MFC gewagt. Dabei ist es dann auch geblieben, mit den Dingern kann ich mich nicht anfreunden. "Borland C++ - Das Buch" hat mir die OWL gezeigt, mit denen ich mich wesentlich wohler fühlte, als mit MFC, aber in Sachen Standard ist Borland inzwischen passé.
Würde vorschlagen, es lieber mit gtkmm oder wxWidgets zu probieren, aber wie Ihr schon gesagt habt, erst mal die Grundlagen...
--
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
006
21.11.2004, 21:42 Uhr
Hans
Library Walker
(Operator)



Zitat von Spacelord:

Wenn man sich dann mal in den Foren umschaut wieviele Probleme aus diesem schlecht dokumentierten Sachverhalt entstehen kann man nur noch mit dem Kopf schütteln dass man bei M$ dieses Problem lieber tod schweigt anstatt es ausführlich zu dokumentieren und somit viele Fehlerquellen aus dem Weg zu räumen.

MfG Spacelord

Hi,

es ist aber doch auch nicht neu, das M$ lieber etwas verschweigt, als das sie zugeben, das sie eben auch nicht perfekt sind. Man denke nur mal daran, wie die sich immer ärgern, wenn auf Bugtraq oder wo auch immer ein neuer Fehler des IE puliziert wird. Ich beobachte das zwar immer nur anhand des Heise-tickers, aber das genügt mir auch.

Hans

P.S. Dann gab es ja auch noch die Geschichte, mit "Undocumented Windows" zu Anfang der 90er Jahre. AFAIK wollten die das Buch zuerst auch verbieten lassen, bis sie gemerkt haben, das sie rechtlich nichts dagegen machen können...
--
Man muss nicht alles wissen, aber man sollte wissen, wo es steht. Zum Beispiel hier: Nachdenkseiten oder Infoportal Globalisierung.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
007
21.11.2004, 21:50 Uhr
Pablo
Supertux
(Operator)



Zitat von Spacelord:

Die Leute bei M$ stehen sich teilweise auch selber im Weg.In der Doku stößt man z.B. regelmässig auf den Spruch:

Zitat:

The returned pointer may be temporary and should not be stored for later use.



Bis vor ca. 1 Jahr wusste ich auch nicht welch böse Falle sich hinter diesem Spruch verbirgt.Dann habe ich einen hervorragenden Artikel über das Thema Handle Maps gelesen und überhaupt erstmal verstanden wo das Problem liegt.In der MSDN findest du nur sehr wenig dazu....


Und was ist wirklich das Problem? Was kann denn passieren, wenn man es trotzdem tut?
--
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
008
21.11.2004, 22:01 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


Das der pointer in den müll zeigt oder irgendwo anders drauf und du dadurch errors erzeugst ... bzw zumindest access violations o.ä
--
class God : public ChuckNorris { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
009
23.11.2004, 16:28 Uhr
derphilipder



@hermann

Hat es eigentlich einen besonderen Grund, daß Du jetzt schon den zweiten Thread zu diesem Thema eröffnest?
--
Konfuzius says: "A man who goes to bed with an itchy asshole is a man who wakes up with stinky finger!"
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 <     [ Allgemeines (OffTopic) ]  


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: