Comments on: 11.6 — Adding, changing, and hiding members in a derived class http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/ Fri, 29 Aug 2008 19:15:24 +0000 http://wordpress.org/?v=2.5.1 By: Alex http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-20687 Alex Fri, 11 Jul 2008 02:00:49 +0000 http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-20687 Yes, I renamed the function and forgot to update the text. Functions that begin with "Get" are usually accessor functions that return a value. Since this one didn't, I renamed it Identify(). Yes, I renamed the function and forgot to update the text. Functions that begin with “Get” are usually accessor functions that return a value. Since this one didn’t, I renamed it Identify().

]]> By: weirdolino http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-20538 weirdolino Tue, 08 Jul 2008 15:32:20 +0000 http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-20538 <cite>"When cDerived.GetClassName() is called, the compiler looks..."</cite> There is no GetClassName() function. I suppose it was what you originally wanted to name Identify()(?). Also, there's a typo in the next line <cite>"Then it starts looks in the inherited classes..."</cite> “When cDerived.GetClassName() is called, the compiler looks…”

There is no GetClassName() function. I suppose it was what you originally wanted to name Identify()(?). Also, there’s a typo in the next line “Then it starts looks in the inherited classes…”

]]> By: Learn C++ - » 11.5 — Inheritance and access specifiers http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-14422 Learn C++ - » 11.5 — Inheritance and access specifiers Mon, 05 May 2008 02:19:31 +0000 http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-14422 [...] 2007 Prev/Next Posts « Alex’s Threaded Comments Wordpress Plugin v0.1 | Home | 11.6 — Adding, changing, and hiding members in a derived class » Monday, January 14th, 2008 at 1:09 [...] [...] 2007 Prev/Next Posts « Alex’s Threaded Comments Wordpress Plugin v0.1 | Home | 11.6 — Adding, changing, and hiding members in a derived class » Monday, January 14th, 2008 at 1:09 [...]

]]> By: Alex http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-6973 Alex Fri, 01 Feb 2008 00:57:58 +0000 http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-6973 Note that Derived inherits Base publicly. This means that m_nValue would normally be inherited publicly. However, in the example, we overrode the access specifier to change it to private. Instead of inheriting Base publicly, we could have inherited Base privately. This would cause all of Base's members to be inherited as private, which would essentially have the same effect. I changed the wording slightly to try to make this point clearer. Note that Derived inherits Base publicly. This means that m_nValue would normally be inherited publicly. However, in the example, we overrode the access specifier to change it to private.

Instead of inheriting Base publicly, we could have inherited Base privately. This would cause all of Base’s members to be inherited as private, which would essentially have the same effect.

I changed the wording slightly to try to make this point clearer.

]]> By: Zafer http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-6967 Zafer Thu, 31 Jan 2008 23:03:27 +0000 http://www.learncpp.com/cpp-tutorial/116-adding-changing-and-hiding-members-in-a-derived-class/#comment-6967 I think the following statement about the last example is confusing: "Note that this allowed us to take a poorly designed base class and encapsulate it's data in our derived class (alternatively, we could have inherited it privately instead)." The data is already inherited as private. Why did you say alternatively? I think the following statement about the last example is confusing: “Note that this allowed us to take a poorly designed base class and encapsulate it’s data in our derived class (alternatively, we could have inherited it privately instead).”

The data is already inherited as private. Why did you say alternatively?

]]>