|
What about 'slave'?
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
Thomas Weller wrote: What about 'slave'?
That fits it  . Though he can't lash us with his whip or anything.
-------------------------------------------
It's code that drives you - Shyam
|
|
|
|
|
Thomas Weller wrote: or something ?
Maybe a Genie[^].
I died as a mineral and became a plant,
I died as plant and rose to animal,
I died as animal and I was Man.
Why should I fear? When was I less by dying?
-- Rumi[^]
My blog
|
|
|
|
|
That's one possible interpretation. (I see that a lot here.)
Another possible interpretation is that it's really urgent. (You do realize that's possible, don't you?)
|
|
|
|
|
Alan Balkany wrote: You do realize that's possible, don't you?
Of course I do.
But it's a matter of good/bad behaviour, not of possibility. Would you talk to people that way if they were physically present, no matter how urgent it might be? And how would you expect them to react on your person in this case?
Regards
Thomas
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
krinaljariwala wrote: Reply me its urgent.
Urgent Reply: Yes sir, it's possible.
-------------------------------------------
It's code that drives you - Shyam
|
|
|
|
|
You needed 34 minutes for that reply? Shame on you!
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
Since he said it was urgntz, it took 34 minutes for me to research this whole thing on CodeProject, Google, MSDN, My own stupid blog, etc. etc. and finally, I found the codez... so since I have codez with me, the answer is yes 
-------------------------------------------
It's code that drives you - Shyam
|
|
|
|
|
Didn't you forget some z somewhere ?
Plz help me with that, it's very urgntz.
I'm in danger of failing my class! Plzzzzzzzzzzzz!!!!!!
(If there was only a cent for every incorrect z on CP, oh my...  )
Regards
Thomas
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
Ok.... willz addz az many z'z az you needz.
Thomas Weller wrote: If there was only a cent for every incorrect z on CP, oh my...
One of the few ways to become world's richest man 
EDIT
With my post, you get 8 centz.
-------------------------------------------
It's code that drives you - Shyam
|
|
|
|
|
Hi,
I want a class to have a pointer to a local variable of another class to change it later. In C++ I do it this way:
class AClass
{
public:
int *m_pInt;
AClass(int* pInt)
{
m_pInt = pInt;
};
void SomeFunc()
{
*m_pInt = 20;
};
};
class B
{
int x;
AClass a(&x);
};
Is it possible to do this in C# using safe types?
I'm still new to C#, so excuse me if this is a dumb question.
"In the end it's a little boy expressing himself." Yanni
|
|
|
|
|
There is no such thing as a 'Pointer' in C# - for very good reasons.
Yes, what you are trying to do could be done some way or the other. But what is it you are trying to do ? A class should never have access to another classes internal state, this neglects the whole idea of OO programming and encapsulation.
Regards
Thomas
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
Thomas Weller wrote: this neglects the whole idea of OO programming and encapsulation
True. Ironically enough I'm trying to solve a design issue using this method. I'm tired of the large amount of code behind each and every dialog or form due to interactions with controls inside a form. I decided to do this:
1. For each stored procedure of my database I have a set of data that needs to travel between layers of application, so I create an app that generates code for both stored proc and the data it needs or provides. Almost all procedures that work for each table have similar data, so I thought about a class that can hold all data related to each table or a specific task.
2. Most of the time, same data that a sp needs for saving or provides on loading will be shown in a form or gathered to be saved from a form.
3. Instead of using the form to control everything, when instantiating controls, what if I tell them where to store data. I have an instance of the class which is responsible for trnsfering data. It has one member variable for each control. I give access to members of this class to each control. Each control then saves user input in this class instead of holding a local state.
4. Now if I set an object for a button that's responsible for say saving data, I'll give that object my transfer class and it uses the sp class and gives it this transfer class.
5. Now if a new field has to be added later, all I need to do is to modify database and regenerate these classes. The application won't change. UI needs a new control and that control needs an instance of the transfer object or a pointer to it's own variable.
Now this maybe not a good way but it's my first attempt to decouple UI classes from a form. I have some new ideas right now that I'm typing these however that might solve previous issue as well.
Thanks for the help anyway.
"In the end it's a little boy expressing himself." Yanni
|
|
|
|
|
Wow. If you are quite new to C# this is very ambitious (to say the least).
Good luck...
Regards
Thomas
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
It's about a year that I'm new to C#! I never encountered any serious problem unless I wanted something that no one thought of before in Microsoft Visual C# team. I have been coding in C++ for some years mostly in MFC.
Now when making a new design I believe language is not much of a problem. This problem existed in MFC and now it exists in MS windows forms. I don't like using events for every task. I just decided to test some new ways of doing that. Most probably someone already did that. Maybe I have been too lazy not to search enough or a bit unlucky(I searched actually.)
Thomas Weller wrote: Good luck...
Thank you and thanks for the help.
"In the end it's a little boy expressing himself." Yanni
modified on Wednesday, November 26, 2008 6:11 AM
|
|
|
|
|
I think it's more accurate to say that everything in .Net is a pointer.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Well, when you think of a pointer simply as a memory address, then of course you are right.
But normally, when programmers say 'pointer', they refer to a concept like the one known from C/C++. And this simply does not exist in .NET (at least not in the safe part of it).
(edited to correct a typo...)
Regards
Thomas
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
modified on Wednesday, November 26, 2008 5:54 AM
|
|
|
|
|
I think that's only true for reference types. Values types (for example) have the actual values pushed onto the stack when passing them as parameters. I think they're handled identically to value types in C++.
|
|
|
|
|
You can access a pointer in C#, but you almost never need to. Any class is passed by reference, so you can have more than one reference to the one object, as you would with a pointer. An int is a value type, so this does not hold true. You could use int?, I assume that is a class, not a struct (structs are passed by value, not by reference ). The other thing you can do is use delegates to tell clients when a value changes, to get the same effect.
Christian Graus
Driven to the arms of OSX by Vista.
|
|
|
|
|
AFAIK, int? is equivalent to NotNullable<int></int>, which is a struct.
|
|
|
|
|
It's exactly the other way round.
The int data type is a value type (i.e. a struct), which means that it is not nullable by design.
int? is a syntactical enhancement that is equivalent to Nullable<int>.
Regards
Thomas
www.thomas-weller.de
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
Programmer - an organism that turns coffee into software.
|
|
|
|
|
Sorry, I wrote the "Not" by mistake  .
Nullable<int> is a struct.
|
|
|
|
|
Christian Graus wrote: I assume that is a class, not a struct
No. It is a struct[^]
|
|
|
|
|
I agree with Thomas. This is rather ugly design, and totally against all the principles of OO.
There are pointers in C#, you just have to use the unsafe[^] keyword before you use them. (And like Thomas say, for good reason, they are not encouraged and can cause lots of problems)
In C# types fall into two categories. Value types (structs) and reference types (classes). Reference types are kind of like pointers, when you pass them around, only the reference to the type is passed around and stored on the stack. The actual type is stored once in the heap.
You could do this:
public class AClass
{
private BClass _b;
public AClass(BClass b)
{
_b = b;
}
public void SomeFunc()
{
_b.X = 20;
}
}
public class BClass
{
private int _x;
private AClass _a;
public BClass()
{
_a = new AClass(this);
}
public int X
{
get
{
return _x;
}
set
{
_x = value;
}
}
}
Here, class A holds a reference to the instance of class B, so can call the public property on class B to get/set the value of B's variable.
Simon
|
|
|
|
|
Thank you. Very helpful information. As you mentioned this has a design issue. I'm wondering for a better solution.
Thank you again for the helpful information. 
"In the end it's a little boy expressing himself." Yanni
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
