Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » Buchempfehlung

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 ] > 2 < [ 3 ]
010
31.03.2006, 22:44 Uhr
Hans
Library Walker
(Operator)


Hi,

Zitat von somme:
Erst mal ein dankeschön für eure schnellen Antworten !!!

Bitte schön.

Zitat:
jetzt zu dir Hans...
Die beiden Bücher hören sich gleichermassen interessant an, da sich beide auch ausführlich mit dem Thema Objektorientierung befassen. Vor allem aber das letztere ("Softwaretechnik in C und C++") weckt mein Interesse, da es ein eigenes Kapitel für Modulare Programmierung sowie für die Standardbibliothek anbietet.

Allerdings scheint mir das Buch einiges an Vorkenntnis vorauszusetzen, was einerseits gut ist, anderseits die Gefahr birgt, den Anschluss an fortgeschrittene Themen zu verpassen... Allerdings kann ich das Buch eben nur nach dem Inhaltsverzeichnis beurteilen


Alllso: Der Breymann ist ein Anfängerlehrbuch, das mit dem berühmten Hello World!-Programm anfängt, und nach und nach immer tiefer in die Materie ein führt. Gegen Ende wird da auch die STL und die dahinter steheden Konzepte erklärt.

Das Buch von Isernhagen setzt je nach Thema unterschiedlich viel voraus. Insgesamt sollte man die Grundlagen von C/C++ aber kennen. In der ersten Auflage war es noch so konzipiert, das es auch die Grundlagen vermittelte. Später wurde es aber gesplittet, und dass reine Einsteigerlehrbuch von der Softwaretechnik getrennt. Du kannst ja hier mal einen Blick auf das Lehrbuch werfen.
Herr Isernhagen versucht mit dem Buch unter anderem auch, die Vor- und Nachteile von prozeduraler-, objektorientierter- und generische Programmierung heraus zu arbeiten, so das man je nach Aufgabenstellung die geeignetste Technik auswählen kann.
Nebenbei erklärt er natürlich auch die verschiedensten Algorithmen und Datenstrukturen, und wie sie in C bzw. C++ implementiert werden können. Da es in dem Buch um Softwaretechnik geht, ist auch ein ausführlicheres Kapitel dabei wo es um modulare Programmierung geht, also darum, Module für grössere Projekte, und deren Abhängigkeiten untereinander sinnvoll zu gestalten.
Wäre noch zu sagen, das man das Buch später auch immer wieder mal gebrauchen kann, um nach etwas bestimmten zu gucken.

Am besten besorgst Du Dir beide Bücher aus der Bibliothek und arbeitest damit, dann merkst Du am schnellsten, womit Du klar kommst, bzw. welches Buch für Dich gerade das Beste ist.

Hans
--
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
011
31.03.2006, 22:55 Uhr
Hans
Library Walker
(Operator)



Zitat von ao:
Es war bisher nicht die Rede davon, dass er eine C++-Vorlesung hört und dass irgendwas tabu ist.

Also wirklich! - Wenn er da oben schreibt:
Zitat:
Ich Studiere Wirtschaftsinformatik im 2. Semester

dann sollte man da eigentlich von alleine drauf kommen, das er gerade 'ne Vorlesung zu dem Thema hört.


Zitat:
Und als praktizierender Programmierer gewöhnt man sich das Neuerfinden von Rädern, die es schon gibt, am besten so schnell wie möglich ab.

ao

Das ist natürlich richtig, obwohl das Patentrecht einem das bald aufzwingen könnte... Aber ist'n anderes Thema das hier nicht hin gehört.

Hans
--
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
012
31.03.2006, 22:58 Uhr
Hans
Library Walker
(Operator)



Zitat von Pablo:
[quote RHBaum]
@Somme

Das was du von C brauchst (ja Zeiger sind nen C-Thema, aber C ist nun mal nen Subset von C++, also brauchst du es definitv auch)

nein, C ist kein Subset von C++.[/quote]
Seit wann das denn nicht?! - Wenn das stimmen würde, dann dürfte ein C++-Compiler nicht in der Lage sein C-Programme zu übersetzen.

Hans
--
Man muss nicht alles wissen, aber man sollte wissen, wo es steht. Zum Beispiel hier: Nachdenkseiten oder Infoportal Globalisierung.

Dieser Post wurde am 31.03.2006 um 23:02 Uhr von Hans editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
013
31.03.2006, 22:59 Uhr
Spacelord
Hoffnungsloser Fall


@somme:
Das Breymann Buch kann ich nur empfehlen.

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
014
01.04.2006, 16:42 Uhr
ref



Ich finde dieses Buch sehr gut .

http://images-eu.amazon.com/images/P/3826613678.03.LZZZZZZZ.jpg
--
Man kann ein Problem nicht mit der gleichen Denkweise lösen, mit der es erschaffen wurde. (Albert Einstein)
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
015
01.04.2006, 18:43 Uhr
Pablo
Supertux
(Operator)



Zitat von Hans:

Seit wann das denn nicht?! -


Incompatibility with C
Compatibility of C and C++
Incompatibilities Between ISO C and ISO C++

C ist keine Submenge von C++.




Zitat von Hans:

Wenn das stimmen würde, dann dürfte ein C++-Compiler nicht in der Lage sein C-Programme zu übersetzen.



Ein C++ Compiler kann auch nicht C kompilieren


Code:
supertux@supertux:~> cat c.c
void* amalloc() { return (int*) 0; }
int main(void) { int* k = amalloc(); return 0; }
supertux@supertux:~> gcc c.c -oc
supertux@supertux:~> g++ c.c -oc
c.c: In function `int main()':
c.c:2: error: invalid conversion from `void*' to `int*'


--
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!

Dieser Post wurde am 01.04.2006 um 19:22 Uhr von Pablo editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
016
01.04.2006, 19:03 Uhr
ref




Zitat von Verfasser:

C++ kann auch nicht C kompilieren



meinst du ein C++ kompiler kann nicht ?
auch wenn mann am anfang des codes include<cstudio> schreibt????
--
Man kann ein Problem nicht mit der gleichen Denkweise lösen, mit der es erschaffen wurde. (Albert Einstein)
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
017
01.04.2006, 19:20 Uhr
Pablo
Supertux
(Operator)


ich meinte natürlich einen C++ Compiler. cstdio ist keine C Header Datei, also mit #include<cstdio> wäre das kein C Code mehr. Und ja, selbst wenn du cstdio oder cstdlib oder was weiß ich einbindest, g++ wirft den selben Fehler.
--
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!

Dieser Post wurde am 01.04.2006 um 19:21 Uhr von Pablo editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
018
02.04.2006, 23:22 Uhr
somme



also erst mal vielen dank an alle die sich hier um nützliche Antworten bemüht haben! Ich werde morgen mal das Buch von Herrn Breymann antesten (Bibliothek) und dann entscheiden welches ich mir zulege

Ich finde es aber schon krass wie viele Leute hier beiträge zum besten geben, die TOTAL an der Frage vorbei gehen! Fast so schlimm wie mein Prof in Programmieren II... der gibt auch immer antworten mit denen man NULL anfangen kann weil sie einfach viiiieeel zu hoch sind... deshalb brauch ich ja das Buch

Ist nicht böse gemeint... Ist mir nur so aufgefallen...

greez Michael
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
019
03.04.2006, 02:08 Uhr
Hans
Library Walker
(Operator)



Zitat von Pablo:
[quote Hans]
Seit wann das denn nicht?! -


C ist keine Submenge von C++.
[/quote]
Also Pablo, ich befürchte, Du betreibst hier gerade Erbsenzählerei.
Es hat ja niemand behauptet, das beide 100%ig identisch sein sollen, denn dann könnte man ja auf eine verzichten. Aber, und das steht auch in den Beiträgen, die du verlinkt hast, in den meisten Fällen ist C++ eine Obermenge von C, oder anders herum Ausgedrückt C eine Untermenge von C++. Das es durch die verschiedenen Entwicklungsschritte bei der Standardisierung ein paar Abweichungen gegeben hat, wo das nicht stimmt, liegt meiner Einschätzung nach am Standardisierungsverfahren, oder an der Arbeitsweise der entsprechenden Gremien (und den darin beschäftigten Leuten). Aber das soll uns hier mal egal sein.
Ein guter Entwickler sollte die Unterschiede kennen, und in der Lage sein, damit entsprechend umzugehen.

Zitat von Pablo:
[quote Hans]
Wenn das stimmen würde, dann dürfte ein C++-Compiler nicht in der Lage sein C-Programme zu übersetzen.


Ein C++ Compiler kann auch nicht C kompilieren
[/quote]
Tolles Beispiel.

Code:
D:\Borland\work>type amalloc.c
void* amalloc()
{ return (int*) 0; }

int main(void)
{ int* k = amalloc();
  return 0; }

D:\Borland\work>bcc32 amalloc.c
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
amalloc.c:
Warning W8065 amalloc.c 5: Call to function 'amalloc' with no prototype in function main
Warning W8004 amalloc.c 6: 'k' is assigned a value that is never used in function main
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland

D:\Borland\work>


Okay, der Compiler ist nicht mehr der neuste, deshalb auch die etwas komischen Warnungen, aber er hat keine Fehlermeldung heraus geschmiessen, und hinterher den Linker aufgerufen, was ja bedeutet, das er das Programm vollständig übersetzt hat.
Also wie schon gesagt, in den meissten Fällen ist es eben doch so, das C eine Untermenge von C++ ist, und man als guter Entwickler die Fälle kennen sollte/muss, wo das nicht zutrift. (bzw. man muss wissen, wo man sie nachschlagen kann. ) Um entsprechend zu reagieren.
Aber bevor wir hier einen Glaubenskrieg zu dem Thema vom Zaum brechen, beenden wir diese Diskussion besser, denn die führt eh zu nichts Gescheitem.

Hans
--
Man muss nicht alles wissen, aber man sollte wissen, wo es steht. Zum Beispiel hier: Nachdenkseiten oder Infoportal Globalisierung.

Dieser Post wurde am 03.04.2006 um 02:24 Uhr von Hans editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: [ 1 ] > 2 < [ 3 ]     [ 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: