|
Zac Howland wrote: Why do you have a pointer to A as a member of class A? From experience, every single time I've seen that type of code, it has been due to poor design
Really? Do you really mean that? I'll let you re-read it for a second...
...
would this just be too obvious?
class Node
{
Node* next;
void* data;
};
i.e., the basic definition of a linked list?
|
|
|
|
|
Sorry, there was suppose to be an "almost" before the "every single".
Reinventing something that already exists (linked lists) is rarely ever necessary.
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
Actually I thought of a better example. Is there any LEGITIMATE reason (other than the language lawyers at ISO) that I shouldn't be able to do this?...
class Node
{
public:
virtual void doSomething() {}
protected:
Node* child;
Node* parent;
};
class Int_Node : public Node
{
int data;
public:
virtual void doSomething()
{
//first, check list validity
if (parent->child != (Node*)this)
cout << "Oh No!";
....
}
};
now we've discovered today that this won't work since when you're an Int_Node you can't access parent->child. But you SHOULD be able to since you're a Node!!
|
|
|
|
|
You could just do it this way:
class MyJunk
{
public:
void DoSomething() {}
private:
int _Data;
};
std::list<MyJunk> myJunkList;
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
This is apparently how it's supposed to work. Section 11.5.1 of the ISO C++ standard:
Except when forming a pointer to member (expr.unary.op), the access must be through a pointer to, reference to, or object of the derived class itself (or any class derived from that class)
They provide a very similar example to mine except it looks more like this:
void foobar(A& a)
{ a->value += 2;}
I think this is dumb beyond belief. Why can't B do what A can do? B is an A. C++ often goes 90% of the way to supporting class inheritance and then stops. This is just another frustrating example.
|
|
|
|
|
Dave Schumann wrote:
Except when forming a pointer to member (expr.unary.op), the access must be through a pointer to, reference to, or object of the derived class itself (or any class derived from that class)
Here's a way to get around that rule (11.5.1), adapted from a guy named Olivier Langois:
struct A
{
A* partner;
void doodah()
{ ++partner->value; }
protected:
static int& access_value(A& a)
{return a.value;}
int value;
};
struct B: public A
{
void foobar()
{ access_value(*partner) += 2; }
};
I've added a PROTECTED static access_value() function in A. B can call it since it's a child. The ISO police go down in flames again. Huzzah!!!
|
|
|
|
|
Isn't this normal behaviour.
I mean i learned the rule like this.
"You can't access any protected or private members/functions of a object of another class/structure"
since the object partner isn't the same type as B any object of B can't access the protected members of the A object.
B can however access the protected members of itself which he inheritted from A. These are no longer A member but are now B members.
Thats why you can access partner (inherrited) but not the protected member value of the object partner. You can alsoo access your own inherrited member value.
that just my 2 cents
codito ergo sum
|
|
|
|
|
Dave Schumann wrote: I think this is dumb beyond belief.
I disagree. I also agree with some previous postings regarding the poor design. Improved design according to encapsulation principles might look something like this. ( not accounting for "partner" creation issues )
struct A
{
void doodah()
{ ++partner->value; }
protected:
int& partnerValue(){ return partner->value;}
private:
A* partner;
int value;
};
struct B : public A
{
void foobar()
{ partnerValue() += 2; }
};
"Just about every question you've asked over the last 3-4 days has been "urgent". Perhaps a little planning would be helpful?"
Colin Angus Mackay in the C# forum
led mike
|
|
|
|
|
After reading these many posts (although many of them seemed to miss the point entirely) I agree with what as already been stated: the "protected" keyword in A allows access from B to protected members in B inherited from A. Not members from A.
So, there is no real way to make this access legal. B can access all the protected members of B, but not the protected members of A. I do think that this is a design error, although I believe that someone has thought about it and found enough arguments to justify this protection. I would be happy to leave it to the lawyers to argue about it.
Meanwhile, to get around the issue, you could force a static cast on the partner. For example:
struct A
{
A* partner;
void doodah()
{ ++partner->value; } //this is legal
protected:
int value;
};
struct B: public A
{
void foobar()
{ ((B*)partner)->value += 2; } //but this isn’t
};
This code compiles. You may use this code safely because you know that B contains an A. So, the static cast can be used safely if you ensure that you do not use any of B's features on the cast A's partner pointer.
Anyway, with the static cast solution, you can keep the value protected, and still use it from inside B. The code in foobar() is the only one accessing the "value" (this gives you a "per line" control, as oposed to class or function access provided by the use of "friend").
I hope this helps (although I'm sure you will see it as a workaround, I know I do),
Rilhas
|
|
|
|
|
Note that for "plain value" the compiler knows that the value is a member of a B; for "partner->value" it only knows that value is a member of an A.
There is a rule that says that "protected" gives access only to a base of an object of "your own class." That rule was introduced after some pretty horrific bugs appeared where the equivalent to "partner" in your code pointed to a completely different class C that just happened to have the same base (A). There is a discussion of this in D&E.
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Hi,
I am currently writing a namespace extension. I have an IShellFolder implementation, that implements such functions as 'SetNameOf' (called when the user renames an item). However, after calling SHChangeNotifiy (with PIDLs fully qualified, i.e relative to the desktop) my IShellView DOESN'T refresh the changes.
I haven't implemented my own IShellView, I use one created by SHCreateShellFolderView. I would imagine this IShellView would automatically respond to SHChangeNotify, but it doesn't. If I force a refresh by hitting F5 the correct renamed file is then displayed.
Does anyone have any ideas as to why SHChangeNotify isn't working? Any help would be appreciated.
Many thanks,
Dave
Dave Kerr
codechamber@hotmail.com
http://www.codechamber.com
|
|
|
|
|
Is there any way to label the stops on a slider control?
E.g.
| | |
-1 0 1
|
|
|
|
|
Yes, you have to draw it your own.
|
|
|
|
|
Would this be done using owner draw?
|
|
|
|
|
|
I have a dialog based app with a control edit in it.
orginaly writen in vc6 and upgraded to .NET/winxp
How I can Set the RightToLeft property for the edit
cotrol on/off at run time.
I'm vary THANK YOU in advanced.
Elbaz Haviv
Elbaz Haviv
|
|
|
|
|
i have some expeirence with combo-box.
styles of combo-box can not be changed at run time (i.e. from DropDown to DropDown-list).
so when I needed to change its style, I deleted the control then created a new one - looks not good but it worked fine.
I never use edit in your way, but u may use my idea if modification at run time is not possible.
-- modified at 9:36 Wednesday 12th July, 2006
|
|
|
|
|
Not all styles can be changed at run-time. You can try ModifyStyle() to see if it works in this situation. You may find it easier to have two edit controls on the dialog template, one with the WS_EX_LTRREADING style and the other with the WS_EX_RTLREADING style. Then just show/hide the controls accordingly.
"The largest fire starts but with the smallest spark." - David Crow
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Dear all,
I need to re-engineer a very big existing source code(Mostly Non-MFC) for localization support.
For that the user input strings should be capable of support in the native language character set throughout the project.
Moreover i have to translate the log files in to regional language based on the language selection.
Kindly refer the Ted's article.
http://www.codeproject.com/cpp/mult_lang_support.asp[^]
Kindly suggest me in this regard.
Regards,
Karthik M
|
|
|
|
|
About Keyboard Hook
If I want my program can get the key more than one key such as Ctrl+Shift+Z before execute some command.
How to write the code in KeyboardProc() function.
|
|
|
|
|
GetKeyboardState() can get states of 256 keys at same time.
|
|
|
|
|
When I perform a 'Find' in my current VS2005 project, some of the files in my project get searched twice. So a word which occurs once in that file appears as two identical results from the 'find'.
Anyone know why? Can I clear it somehow?
Thanks for any suggestions 
Ali
|
|
|
|
|
ChooseFont or CFontDialog has few of colors, I want to change font color by ChooseColor or CColorDialog when CFontDialg is displaying, is it possible?
|
|
|
|
|
I did this OnOK Button of a dialog
CColorDialog *cDlg=new CColorDialog();
COLORREF myColor;
if(IDOK==cDlg->DoModal ())
{
myColor=cDlg->GetColor ();
}
HDC hdc=::GetDC(m_hWnd);
SetTextColor (hdc,myColor);
TextOut (hdc,10,100,"hello",5);
::ReleaseDC(m_hWnd,hdc);
Somethings seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
u just made my post sick!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
