OK the key thing is are WForm.cs and FileA.cs going to be built into the same assembly or into two separate ones?
Same assembly:
1) best avoided as you have no control over what values are put into the byte member - no validation. But other than that it will work fine.
2) this will be exactly the same as 1) except code in other assemblies will not be able touch the byte members
3) this will be the same as 2) except code in other assemblies will not be able to touch TestB
4) same as 1) except code in other assemblies will not be able to touch TestA
5) same as 1) except code in other assemblies will not be able to touch TestA or TestB
6) TestA and TestB will be accessible to code in other assemblies but the byte members can only be touched by code in their declaring struct. This is normally dealt with by having public properties to access the fields. This gives the benefit of being able to validate values written to the byte members
7) You cannot make a type (class or struct) private - only public and internal are allowed
8) same as 7)
You missed out the option of:
internal struct TestA
{
private byte a;
private byte b;
}
internal struct TestB
{
private byte c;
private byte d;
}
This gives maximum protection - only code in the assembly can get to the structs and you control access to the state (you would need to add public properties to access the state).
Different assemblies:
1) best avoided as you have no control over what values are put into the byte member - no validation. But other than that it will work fine.
2) this will be exactly the same as 1) except code in other assemblies will not be able touch the byte members so you will have to provide public properties
3) this will not work as the form will not be able to get to TestB
4) this will not work as the form will not be able to get to TestA
5) this will not work as the form will not be able to get to TestA or TestB
6) TestA and TestB will be accessible to code in other assemblies so it will work fine. But the byte members can only be touched by code in their declaring struct. This is normally dealt with by having public properties to access the fields. This gives the benefit of being able to validate values written to the byte members
7) You cannot make a type (class or struct) private - only public and internal are allowed
8) same as 7)
?
Regards
Richard Blewett - DevelopMentor
http://staff.develop.com/richardb/weblog
nntp://news.microsoft.com/microsoft.public.dotnet.languages.csharp/
Hi there,
I had seen examples for classes, but i had no idea how to implement the same thing in struct. I am quite mix up!
Which one is correct?
Scenario:
WForm.cs - the one that calls FileA.cs to access the structures FileA.cs - contains all structures
1)
public struct TestA
{
public byte a;
public byte b;
public struct TestB
{
public byte c;
public byte d;
}
}
yes/no - but i think this is not recommended, i read it somewhere.. not secure or something
2)
public struct TestA
{
internal byte a;
internal byte b;
public struct TestB
{
internal byte c;
internal byte d;
}
}
yes/no?
3)
public struct TestA
{
internal byte a;
internal byte b;
internal struct TestB
{
internal byte c;
internal byte d;
}
}
yes/no
4)
internal struct TestA
{
public byte a;
public byte b;
public struct TestB
{
public byte c;
public byte d;
}
}
yes/no
5)
internal struct TestA
{
public byte a;
public byte b;
internal struct TestB
{
public byte c;
public byte d;
}
}
yes/no
6)
public struct TestA
{
private byte a;
private byte b;
public struct TestB
{
private byte c;
private byte d;
}
}
yes/no - but how could this is possible? Is there a way to get out the private values
7)
public struct TestA
{
private byte a;
private byte b;
private struct TestB
{
private byte c;
private byte d;
}
}
yes/no
8)
private struct TestA
{
public byte a;
public byte b;
private struct TestB
{
public byte c;
public byte d;
}
}
yes/no
Any idea please? Can anyone clear my doubts? Thanks.
--
Regards,
Chua Wen Ching :)
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com).
Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004
[microsoft.public.dotnet.languages.csharp]
