Program Development and Design Using C++, Second Edition [Paperback]

Gary J. Bronson (Author)

Book Description

Publication Date: April 13, 2000 | ISBN-10: 0534371302 | ISBN-13: 978-0534371302 | Edition: 2

Based on the popular A First Book of C++ by the same author, this book includes algorithm development, problem solving, and computer science concepts. Bronson presents a depth-first linear progression that guides readers through procedural orientation, object orientation and data structures. The early coverage of procedural basics makes C++ accessible to a beginning audience. Part II on Object-Oriented Programming in C++ and Part III on Data Structures are interchangeable, giving readers the flexibility to familiarize themselves with these concepts in either order.

Editorial Reviews

About the Author

Gary J. Bronson is a Professor of Information Systems at Fairleigh Dickinson University (FDU), where he was voted Teacher of the Year. He has worked at Lockheed Electronics, Bell Laboratories, and a number of Wall Street financial firms. He has also authored several successful programming textbooks on C, C++, and Java.

Product Details

• Paperback: 1008 pages
• Publisher: Course Technology; 2 edition (April 13, 2000)
• Language: English
• ISBN-10: 0534371302
• ISBN-13: 978-0534371302
• Product Dimensions: 9.9 x 8.1 x 1.7 inches
• Shipping Weight: 4 pounds (View shipping rates and policies)
• Average Customer Review: 3.1 out of 5 stars  See all reviews (7 customer reviews)
• Amazon Best Sellers Rank: #2,580,313 in Books (See Top 100 in Books)

More About the Author

Discover books, learn about writers, read author blogs, and more.

Customer Reviews

Most Helpful Customer Reviews

2 of 2 people found the following review helpful:

3.0 out of 5 stars Good, not great, January 24, 2003

By 

Evan Siegel (Brooklyn) - See all my reviews

This review is from: Program Development and Design Using C++, Second Edition (Paperback)

Strengths: The book is clearly written.
Weaknesses: The excersizes are generally not very imaginative, some are pointlessly repetitive. The author is misguided, IMHO, in delaying the introduction to the (unpleasant enough) topic of pointers. I don't think you can properly teach arrays and strings first. These subjects just make more sense if their basis, i.e., pointers, is introduced first.
Now for some particulars:
p. 129: Set isoflags is used in the program, while the text uses setiosflags. Confusing, particularly since this is the first introduction to the idea of output formatting.
p. 348: I believe that should be "factorial(n-1)" in the return statement of the recursive function. (See the pseudocode above it, which is clear enough!)
p. 366: Excersize 11 makes sense for strings; but we won't know strings for another few chapters.
p. 377: Problem 12 doesn't make sense to me.
p. 394: The first full paragraph describes how the list in Program 7.1 is shaded; it is incorrect.
p. 407: Problem 5 explicitly calls for the use of arrays, which won't be discussed until several chapters later.
p. 419: As an example of unimaginative problems, see. problem 7.
On the same page, problem 8. c. #3 requires the use of arrays.
Also, C++ is written "C+".
On the same page, Problem 9 requires strings.
p. 432: More unimaginative problems. A programmer could get repetitive stress injury doing and these!
p. 441: "addread" should read "addreal" in problem 3. a.
p. 450: More unimaginative problems.
p. 454: Problem 4 is too dumbed-down. Why not use complex multiplication?
p. 460: the list includes:
cout<<setfill('0');
<<setw(2)<<month<<'/' etc.
The problem here is with the semicolon.
p. 464: I have an indication that
"int gallons(void) (return(3+rand()%21;);" is wrong at "3+rand()," but I forgot why.
p. 472: I have a notation about pump.h being missing in the first problem, which refers to Progarm 8.13.
p. 494: I have a notation that "this" is missing in the Date constructor and in showdate(). I forget what the issue was.
p. 497: I have a notation for Problem 4 that we needed "#include manip."
p. 539: I have some notations that seem to indicate that the solutions which are provided have errors. In general, it there are frequently minor discrepancies in the way, for example, variables' names are written, e.g. myWord vs. my_word.
p. 556: Thus, in Program 10.9, on the disk, newMaster is written new_master.
p. 558: 6. b. struck me as jargony.
p. 596: Problem 6 involves sorting. Is this appropriate at this point of the book?
p. 616: on the last line of the page, "moves" is repeated, while it is not repeated on the disk. Also: There are extra iterations performed.
p. 626: Problem 3 a. presupposes a knowledge of pointers; this is yet to come.
p. 627: Problem 6 involves a variable-sized array.
p. 633: This is really petty, but on the second to last line, it should read "\0" and not '\0'; double quotes are refered to on the top of the next page. (On the other hand, '\0' seems to be the standard notation at least in this book.)
p. 642: Shaded?
p. 643: Problem 1. a. neglects upper-case vowels. But they are vowels, too!
p. 645: In the example for strtok, isn't the closing double-quote missing?
p. 651: precision and fixed should be set in Program 12.7.
p. 659: In the last line of the first paragraph, it should read "Appendix G" and not "Appendix D."
p. 671: The first full paragraph is jumbled. The sentence "For simple...preferred" should be put at the end of the paragraph.
p. 702: Problem 4 refers to Program 13.13; it should say so.
p. 724: Another inconsistency between disk and book: PayRecord vs. Pay_Record.
p. 725. What is etiosflags? (Third to last line of the first paragraph.)
On the same page, in problem 2. a., an "array" is named convert(). It should be a function.
p. 742: What is "buffered input?"
p. 745: It might be helpful in explaining the use of "MAXRECS-1" that the last entry is NULL.
p. 746: Problem 1 on the disk has an error.
pp. 785-786: On 785, the author writes ++i; in the actual program, he has i++.

I'm sure I've contributed my share of error in the above:-) Anyway, I hope this is useful for the publisher (whose website and textbooks contain no space for feed-back....)

2 of 2 people found the following review helpful:

3.0 out of 5 stars An also-ran, December 3, 2000

By 

Donovan Rebbechi (Wynnewood, PA United States) - See all my reviews
(REAL NAME)   

This review is from: Program Development and Design Using C++, Second Edition (Paperback)

This book is OK, but not outstanding. First, what I liked about it: the layout is quite nice, and there are several exercises with solutions to some of the problems. The exercises make good homework questions for students.

On the down side, the book is not up to date with the '98 standard ( for example, it uses the old #include <header.h> style, and the deprecated and error-prone strstream class ), which is inexcusable for a book published in 2000. It does not cover any of the standard library (except streams). Not only does it fail to cover the string class, but it wastes time discussing the MFC string class. It discusses linked lists without explaining the list class.

Overall, this book not only makes the (all-too-common) mistake of neglecting the standard library and forcing students to use a very primitive C-like version of the language; but also it is not comprehensive enough, and most students will need to purchase another book.

For a book that does a better job of presenting material in an appropriate order, see "accelerated C++". For a beginners book that is reasonably comprehensive, see Dietel and Dietel's "C++ how to program".

1 of 1 people found the following review helpful:

5.0 out of 5 stars good, solid beginner book, September 22, 2004

By 

a reader (tennessee) - See all my reviews

This review is from: Program Development and Design Using C++, Second Edition (Paperback)

This is a good, sound introduction to problem solving and program development using C++. It's not exhaustive, but it wasn't intended to be. It's intention was to give the reader / student a solid introduction to the items I mentioned and for that, it is great.

Master the topics in this book, & then move on to more in depth studies of data structures, etc.