Inheritance
-
Mark Nischalke wrote:
Don't you think this would have been a better response to the OP than "this structure is quite odd and you should adjust your design"? How would they have know what odd meant or how it should be redesigned in your opinion?
You're just sulking because you disagree. At any rate, maybe it'd be a better response to the OP if I explicitly explained the meaning of every word that is over 6 letters; after all, how are they supposed to know all those difficult words? Why don't I? This has to do with estimating someone's level of knowledge and adjusting your answer in response. Obviously, I have a higher estimate of the OP's knowledge in this than you do. In the same way that I don't give the definition of every English word that is over 6 letters, I don't give explanation of what the word 'odd' means in this context (it was logical to me). About adjusting the design, well... like you said yourself, it's an example the OP gave, so I can't say anything relevant about that (at least, not that hadn't already been said by others). I'd need to know the actual design, and even then there might be multiple 'good' designs to go from. Secondly, I refrained from a more elaborate explanation, because I preferred to wait and see if the OP is at all interested, before I waste time writing pages of info no one is ever going to read or care about. I find that people who are interested usually either understand it, or ask for explanation. If they're not interested, then there's no point in typing more than a succinct response in the first place. Either way, you're very belittling in your response. Rather than appreciating a decent response, you snap out like I offended you personally. I find it hard to understand what warrants such a reaction. Therefore, I might be less than courteous in my response here; you reap what you sow (goes for me too). To a more insightful point:
Mark Nischalke wrote:
You mean this line?
FirstDerived firstDerived = new FirstDerived();
Well, yes, of course it is different. It is being called in class SecondDerived. I don't see anything odd about that.
Well, for one thing, you missed the line that was odd, in the quote. At any rate, I will attempt to explain. Considering the following example, which is design-wise equivalent to the original:
class Base
{
protected abstract void DoSomething(MicroVirus wrote:
Therefore, I might be less than courteous in my response here;
Please read this thread http://www.codeproject.com/Lounge.aspx?msg=4005642#xx4005642xx[^] Yours is not the attitude we want here on CP. If you can't comment politely or don't have the time to adequate respond then please don't visit here.
No comment
-
MicroVirus wrote:
Therefore, I might be less than courteous in my response here;
Please read this thread http://www.codeproject.com/Lounge.aspx?msg=4005642#xx4005642xx[^] Yours is not the attitude we want here on CP. If you can't comment politely or don't have the time to adequate respond then please don't visit here.
No comment
Quite honestly Mark having read this thread now I think this is completely unwarranted and I've given you a 1 vote in consequence. If instead of saying "Please elaborate why you think it odd and how it should be redesigned." you'd said something like "I'm not sure I agree. Could you elaborate on why you think it odd and how it might be redesigned?" you might have headed off the entire confrontation.
Anna :rose: Tech Blog | Visual Lint "Why would anyone prefer to wield a weapon that takes both hands at once, when they could use a lighter (and obviously superior) weapon that allows you to wield multiple ones at a time, and thus supports multi-paradigm carnage?"
-
MicroVirus wrote:
Therefore, I might be less than courteous in my response here;
Please read this thread http://www.codeproject.com/Lounge.aspx?msg=4005642#xx4005642xx[^] Yours is not the attitude we want here on CP. If you can't comment politely or don't have the time to adequate respond then please don't visit here.
No comment
Mark Nischalke wrote:
Yours is not the attitude we want here on CP. If you can't comment politely or don't have the time to adequate respond then please don't visit here.
Like I said, you reap what you sow. And this goes both way. You were plainly being rude in being condescending towards me and my explanation. Under some guise of decency you ask me to elaborate, and then when I do you make an under-the-belt stab. So please, do also read that nice thread you linked and see if you understand it yourself. If you truly question my attitude, then I suggest you look up some of my other responses and make your judgement then. I am well aware of proper etiquette. I just don't like being flamed for my effort. If you have a problem with my explanation, then tell me in a normal way, and we can discuss. As I've tried to, between all these flame-war posts. I explained my reasoning and am always well open to comments and critics.
-
Though I daresay you could use:
AbstractBase firstDerived = new FirstDerived();
firstDerived.DoSomething();Now, because you can* access DoSomething in abstract base and because the function is virtual, the call will end up at FirstDerived::DoSomething. However, this structure is quite odd and you should adjust your design a bit rather than hacking around it. *) Actually, I'm not 100% sure, but I think this works
-
It's odd and should be redesigned because it breaks encapsulation. That function is protected for a reason. The code is creating a new object that is different from itself and then tries to call protected members - that is obviously an error. They share the same base class so it can bypass this restriction via a sort of cheat. However, the idea behind the encapsulation / protected was that external sources do NOT have access to that function, and there must have been a reason why this is so. The fact that they share a base does not make it right (in terms of Object Oriented design) to bypass the rules. Derived classes can access protected base members to support derivation, but a side-effect of this rule is that they can indirectly access protected members of classes they have no valid access to. Like it has been suggested, if that function needs to be called, make it public, or internal.
-
Mark Nischalke wrote:
Don't you think this would have been a better response to the OP than "this structure is quite odd and you should adjust your design"? How would they have know what odd meant or how it should be redesigned in your opinion?
You're just sulking because you disagree. At any rate, maybe it'd be a better response to the OP if I explicitly explained the meaning of every word that is over 6 letters; after all, how are they supposed to know all those difficult words? Why don't I? This has to do with estimating someone's level of knowledge and adjusting your answer in response. Obviously, I have a higher estimate of the OP's knowledge in this than you do. In the same way that I don't give the definition of every English word that is over 6 letters, I don't give explanation of what the word 'odd' means in this context (it was logical to me). About adjusting the design, well... like you said yourself, it's an example the OP gave, so I can't say anything relevant about that (at least, not that hadn't already been said by others). I'd need to know the actual design, and even then there might be multiple 'good' designs to go from. Secondly, I refrained from a more elaborate explanation, because I preferred to wait and see if the OP is at all interested, before I waste time writing pages of info no one is ever going to read or care about. I find that people who are interested usually either understand it, or ask for explanation. If they're not interested, then there's no point in typing more than a succinct response in the first place. Either way, you're very belittling in your response. Rather than appreciating a decent response, you snap out like I offended you personally. I find it hard to understand what warrants such a reaction. Therefore, I might be less than courteous in my response here; you reap what you sow (goes for me too). To a more insightful point:
Mark Nischalke wrote:
You mean this line?
FirstDerived firstDerived = new FirstDerived();
Well, yes, of course it is different. It is being called in class SecondDerived. I don't see anything odd about that.
Well, for one thing, you missed the line that was odd, in the quote. At any rate, I will attempt to explain. Considering the following example, which is design-wise equivalent to the original:
class Base
{
protected abstract void DoSomething( -
Ahh okay. I'm glad to hear it didn't work ;) I wasn't sure about how strict C++ and C# would be about it, but you are right: they both (rightly) don't allow it.
-
Quite honestly Mark having read this thread now I think this is completely unwarranted and I've given you a 1 vote in consequence. If instead of saying "Please elaborate why you think it odd and how it should be redesigned." you'd said something like "I'm not sure I agree. Could you elaborate on why you think it odd and how it might be redesigned?" you might have headed off the entire confrontation.
Anna :rose: Tech Blog | Visual Lint "Why would anyone prefer to wield a weapon that takes both hands at once, when they could use a lighter (and obviously superior) weapon that allows you to wield multiple ones at a time, and thus supports multi-paradigm carnage?"
I agree that Mark is succinct, perhaps even brusque, but he did not write a single uncivil or rude word. He asked for information, and he pointed out that one response was better than another at achieving that goal. From my perspective, if one of my clients had told me what Mark did, I would try to be brief and succinct in my answer as well. Come on guys, have some coffee and chill. :rose:
Best wishes, Hans
-
I agree that Mark is succinct, perhaps even brusque, but he did not write a single uncivil or rude word. He asked for information, and he pointed out that one response was better than another at achieving that goal. From my perspective, if one of my clients had told me what Mark did, I would try to be brief and succinct in my answer as well. Come on guys, have some coffee and chill. :rose:
Best wishes, Hans
Oh I'm chilled alright. :) You are making the same point as I am, really - but I still think that being brusque in that sort of written exchange never helps, and often hinders. A more considered response would almost certainly not have escalated in the way that it did. I still think Mark's final message comes over as unnecessary given the information visible in the thread. It also comes across as "pulling rank", which is more of a concern to the site as a whole Anyway, I've more chilling to do so ciao. ;)
Anna :rose: Tech Blog | Visual Lint "Why would anyone prefer to wield a weapon that takes both hands at once, when they could use a lighter (and obviously superior) weapon that allows you to wield multiple ones at a time, and thus supports multi-paradigm carnage?"
-
I agree that Mark is succinct, perhaps even brusque, but he did not write a single uncivil or rude word. He asked for information, and he pointed out that one response was better than another at achieving that goal. From my perspective, if one of my clients had told me what Mark did, I would try to be brief and succinct in my answer as well. Come on guys, have some coffee and chill. :rose:
Best wishes, Hans
I was not offended that he asked for explanation in his first post; he was sort of right - I was being (deliberately) short there. I just felt stabbed in the back for being talked to in a condescending way when I did post the information. And it was not what he said, but how he said it. The general tone matters a lot. If someone asks if you could get them a drink by "Could you get me a drink?" then you most likely will, but at any rate you're not at all offended. Asking "Get me a drink" holds the same request, but stated rudely. There is no uncivil or rude word in that sentence, but I do think I should have a right to be offended. In the same way, the way his post was stated offended me. An important aspect of a community like this, to me, is the atmosphere of learning and tolerance. I usually try my best to preserve and honor that. And it did indeed feel to me (as also noted in the other post) that Mark was pulling ranks on me. I'm bad when it comes to taking that :sigh: I do feel like we (me and Mark) might have both been had by the language barrier. It's quite possible (and I am hoping) that he did not mean to be so brisk as he sounded to me. At any rate, I've supplied CP with enough forum-drama for a while :rolleyes:
-
Hello experts, I have an inheritance issue that can be better explained in code than in text:
public abstract class AbstractBase
{
protected abstract void DoSomething();
}public class FirstDerived : AbstractBase
{
protected override void DoSomething()
{
int foo = 5;
}
}public class SecondDerived : AbstractBase
{
protected override void DoSomething()
{
int bar = 3;
}private void DoAnotherThing() { FirstDerived firstDerived = new FirstDerived(); firstDerived.DoSomething(); // Here is the error }}
The mentioned error in German reads Auf den geschützten Member "AbstractBase.DoSomething()" kann nicht über einen Qualifizierer vom Typ "FirstDerived" zugegriffen werden. Der Qualifizierer muss vom Typ "SecondDerived" (oder von ihm abgeleitet) sein. In English that would mean something like A qualifier of type "FirstDerived" cannot access the protected member "AbstractBase.DoSomething()". The qualifier has to be of type "SecondDerived" (or derived thereof). Why would that be? Do I have to change from
protectedtointernal?Ciao, luker
Hi, Luker; The related MSDN help topic for the similar compiler error I receive for the example at http://msdn.microsoft.com/en-us/library/s9zta243.aspxm, is: "A derived class cannot access protected members of its base class through an instance of the base class. An instance of the base class declared in the derived class might, at run time, be an instance of another type that is derived from the same base but is not otherwise related to the derived class. Because protected members can be accessed only by derived types, any attempts to access protected members that might not be valid at run time are marked by the compiler as not valid." If I'm following this explanation correctly, methods or member functions declared as protected can only be accessed by an immediate descendant of the base class. In the example above, since SecondDerived does not inherit its structure and behavior from FirstDerived, FirstDerived.DoSomething() cannot be called as the language is enforcing the scope and access of the protected method DoSomething(). Even if AbstracstBase.DoSomething() wasn't declared as abstract, the restricted access of the protected qualifier takes precedence. Moreover, I don't think using the internal qualifier would help, as the compiler treats this as an error, in which the derived class, FirstDerived, was trying to change the access on a method that was inherited and declared as protected in the AbstractBase class. The internal keyword, in conjunction with a correctly defined assembly attribute, can only allow the runtime to access internal methods between friend assemblies. This approach for the friend qualifier seems specific to .NET, and unfortunately, is not the same as a friend function in C++. Is it possible to provide an additional method in FirstDerived that would correctly expose and allow a call to FirstDerived.DoSomething() on behalf of the FirstDerived's consumer, or, could having the common polymorphic behavior of DoSomething() be expressed and implemented using an Interface instead? I hope this was of help. If I missed something in your question, or incorrectly stated anything with regards to the use and application of the protected and internal keywords, please let me know. Best Regards... Bill
-
Hi, Luker; The related MSDN help topic for the similar compiler error I receive for the example at http://msdn.microsoft.com/en-us/library/s9zta243.aspxm, is: "A derived class cannot access protected members of its base class through an instance of the base class. An instance of the base class declared in the derived class might, at run time, be an instance of another type that is derived from the same base but is not otherwise related to the derived class. Because protected members can be accessed only by derived types, any attempts to access protected members that might not be valid at run time are marked by the compiler as not valid." If I'm following this explanation correctly, methods or member functions declared as protected can only be accessed by an immediate descendant of the base class. In the example above, since SecondDerived does not inherit its structure and behavior from FirstDerived, FirstDerived.DoSomething() cannot be called as the language is enforcing the scope and access of the protected method DoSomething(). Even if AbstracstBase.DoSomething() wasn't declared as abstract, the restricted access of the protected qualifier takes precedence. Moreover, I don't think using the internal qualifier would help, as the compiler treats this as an error, in which the derived class, FirstDerived, was trying to change the access on a method that was inherited and declared as protected in the AbstractBase class. The internal keyword, in conjunction with a correctly defined assembly attribute, can only allow the runtime to access internal methods between friend assemblies. This approach for the friend qualifier seems specific to .NET, and unfortunately, is not the same as a friend function in C++. Is it possible to provide an additional method in FirstDerived that would correctly expose and allow a call to FirstDerived.DoSomething() on behalf of the FirstDerived's consumer, or, could having the common polymorphic behavior of DoSomething() be expressed and implemented using an Interface instead? I hope this was of help. If I missed something in your question, or incorrectly stated anything with regards to the use and application of the protected and internal keywords, please let me know. Best Regards... Bill
My apologies for any redundancies or oversights for the previous posts on my part.... Bill