|
can u be more specific with what u r looking for ???
|
|
|
|
|
hi i am using crystal report in windows appliction
i am getting output from my database as...
data data data
data data data
data data data
data data data
tell me how to extend height between these datas in crystal repor
regards,
vidhya.s
|
|
|
|
|
Is there a simple way of setting MustUnderstand in WCF?
I have a project which uses WSE to connect to a java web service. In order to get it working I had to change the mustunderstand property on the client which was a simple one line if I recall
e.g.
requestContext.Security.MustUnderstand = false
How do I achieve the same using WCF?
modified on Wednesday, June 25, 2008 9:33 AM
|
|
|
|
|
Could not find a straightforward way of doing this client side.
To fix this I had to ammend the java class to add "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" to the list of understood headers.
|
|
|
|
|
Hi, I have a question on correct usage of object composition. This is the situation I'm facing:
class Address
{
private byte _FieldA;
private byte _FieldB;
private byte _FieldC;
public byte FieldA
{
set { _FieldA = value; }
get { return _FieldA; }
}
public void SetAddress (byte fieldA, byte fieldB, byte fieldC);
public void DoStuff(...)
public void DoOtherStuff(...)
...
}
class Message
{
public Address SourceAddress = new Address();
public Address DestAddress = new Address();
}
A client which instantiates a message should only be able to access the address fields and to invoke SetAddress().
By declaring SourceAddress and DestAddress objects as public, I can write things like message.SourceAddress.FieldA, message.DestAddress.SetAddress(), with no need for additional code. However, I also expose other methods like DoStuff() etc, which a message should not be able to call.
On the other hand, if I declare SourceAddress and DestAddress as private, I can control what I expose to the client but I'm also forced to add a lot of code: public properties and methods like SourceAddressFieldA, SourceAddressFieldB, SetSourceAddress(), all duplicated for DestAddress... this means a lot of code duplication, and less flexibility (imagine if I have to add other Address fields to Message...).
Is there a "sweet spot"? Is there a correct (or better, preferred) way to expose the behaviour of child objects in C#?
Regards,
Andrea
|
|
|
|
|
I think the best way is to make Address use an interface which defines the methods you want the Message to have access to. Then do public IPublicAddress SourceAddress = new Address(); This means that the Message class can only access the methods you want it to.
Christian Graus
Please read this if you don't understand the answer I've given you
"also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven()" is a very good choice for a function name" - SpacixOne ( offering help to someone who really needed it ) ( spaces added for the benefit of people running at < 1280x1024 )
|
|
|
|
|
hi i created a dll in which i create a wizard
plz any body can tell me how i can run this dll using C# code
so that when dll execute the Wizard starts
wasim khan
|
|
|
|
|
You can't run a dll. You write an app that imports the dll, and calls methods in it.
Christian Graus
Please read this if you don't understand the answer I've given you
"also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven()" is a very good choice for a function name" - SpacixOne ( offering help to someone who really needed it ) ( spaces added for the benefit of people running at < 1280x1024 )
|
|
|
|
|
hi Chris
then how my application run the dll that is downloaded by the System Configurator
wasim khan
|
|
|
|
|
Your app can probe any dll via reflection, or it can be built to import a dll, then it can call it directly.
Well, so long as it's a .NET dll. otherwise, you can p/invoke or call via COM, but you can't reflect, so you'd need to know about it at compile time.
Christian Graus
Please read this if you don't understand the answer I've given you
"also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven()" is a very good choice for a function name" - SpacixOne ( offering help to someone who really needed it ) ( spaces added for the benefit of people running at < 1280x1024 )
|
|
|
|
|
use unmanaged code to access your dll and use managed or direct call to your method
example
using System;
using System.Runtime.InteropServices
class UnmanagedAccessDll
{
[DllImport("myDll.dll")]
public static extern void StartWizard([required parameters if any]);
}
public ManagedAccessDll
{
public void Startwizard([required parameters if any]){
UnmanagedAccessDll.Startwizard([required parameters if any]);
}
}
or you can call directly in your code
...
UnmanagedAccessDll.Startwizard([required parameters if any]);
...
|
|
|
|
|
can someone know how to put a code on a treeview node??
where can i find the mdichild form..
there is no mdi child form on the when i clicked project then add form..
ginji
|
|
|
|
|
Do you mean how to create a TreeNode in code and add it to a TreeView? If so:
TreeNode node = new TreeNode("Node Text");
treeView1.Nodes.Add(node);
MDI children are just normal forms which is why there's no automatic MDIChildForm option.
Set the parent form's IsMdiContainer property to true, and after you instanciate the child form, set it's MdiParent property to the parent form. i.e.
Form2 form2 = new Form2();
form2.MdiParent = this;
form2.Show();
Dave
|
|
|
|
|
i mean how to put a code in a node for example if i click node1 another form opens then if i click node2 the form is disabled...
mdichild
thanks i created a mdi child form can i also how can i close the mdichild form and goes back to the mdiparent because if i hide the mdichild the mdiparent also hides.
modified on Wednesday, June 25, 2008 9:27 PM
|
|
|
|
|
A little background.
I'm playing with BusinessObjects and Factory(s) which contain collections of BusinessObjects.
My business objects all derive from a BusinessObjectBase class.
I have an IBusinessObjectBase interface, which the BusinessObjectBase implements.
My factory objects all derive from a FactoryBase class.
The FactoryBase class is generic (FactoryBase<T> where T : IBusinessObjectBase)
I have an IFactoryBase interface, which the FactoryBase impliments.
public interface IFactoryBase<T> where T : IBusinessObjectBase
Everything works fine (I'm not sure if the model is a little simplistic maybe)
Now.
I'm wanting to create a status bar, which displays a few properties from the current BusinessObject, and the currenct Factory (Like data errors, read only info etc.).
So I created a test to see how to go about this, but encountered a problem.
customerFactory cFact = new customerFactory();
if (cFact is IFactoryBase<IBusinessObjectBase> ) TestContext.WriteLine("IFactoryBase supported");
if (cFact is IComponent) TestContext.WriteLine("IComponent supported");
if (((IFactoryBase<IBusinessObjectBase> )cFact).IsClean) TestContext.WriteLine("Factory is clean");
customerFactory is derived from FactoryBase, and does indeed support the IFactoryBase interface.
public class customerFactory : FactoryBase<customer>
The customer object is derived from BusinessObjectBase, and supports IBusinessObjectBase
The first line, fails even though my Factory does support the interface.
The second line succeeds (IComponent is indeed supported)
And the third line fails to cast.
Many thanks.
|
|
|
|
|
stovesy wrote: My factory objects all derive from a FactoryBase class.
The FactoryBase class is generic (FactoryBase<t> where T : IBusinessObjectBase)
I have an IFactoryBase interface, which the FactoryBase impliments.
public interface IFactoryBase<t> where T : IBusinessObjectBase
You cant just implement the interface and expect it to magically become one!
FactoryBase should be declared as:
class FactoryBase<t> : IFactoryBase<t> where T : IBusinessObjectBase ...</t></t>
|
|
|
|
|
As stated above, the FactoryBase class, does implement the IFactoryBase interface, I've just not show that in code.
Cheers.
|
|
|
|
|
stovesy wrote: I've just not show that in code.
Then dont complain at my answer. If it indeed is a FactoryBase derived object it has to be IFactoryBase then, and you have made a mistake somewhere.
|
|
|
|
|
You misunderstand - I'm not complaining about your answer, just clarifying things.
Thanks for your interest.
|
|
|
|
|
stovesy wrote: IFactoryBase<ibusinessobjectbase>
IFactoryBase<customer> is needed then.
|
|
|
|
|
We're getting to the crux of the matter.
What you suggest does work, but I don't know the type of the generic class, only that it derives from IBusinessObjectBase
So when I try ...(customerFactory is IFactoryBase<ibusinessobjectbase>).... it fails.
Thanks for your time
|
|
|
|
|
stovesy wrote: We're getting to the crux of the matter.
Indeed 
stovesy wrote: What you suggest does work, but I don't know the type of the generic class, only that it derives from IBusinessObjectBase
So when I try ...(customerFactory is IFactoryBase).... it fails.
Why not make IFactoryBase non-generic, and expose the non-generic properties/methods you need to access? Else create a non-generic IFactoryBaseBase interface
|
|
|
|
|
I have changed as you suggest, and it does work.
I still wonder why I can't do the generics thing - seems more elegant.
One for the back-burner maybe.
Thanks for your help.
|
|
|
|
|
Generics having full covariance is a common expectation, and I find the easiest way to explain it is to give a counter-example.
Say you have IBusinessObject< T > { IList< T > ListOfChildren; }.
So with our IBusinessObject< Customer > foo, we can .ListOfChildren and get a IList< Customer >.
Good so far.
Then if we could cast foo to IBusinessObject< object > - if we did .ListOfChildren we could have a IList< object >.
Still everything is peachy until we take that IList< object > and break type-safety by doing .Add(someRandomObject). We obviously can't actually Add any object to that IList, it must be a Customer. So IBusinessObject< object > is not an equivalent type.
IIRC the compiler can be nice to us and provides covariance in the case of a "read-only" generic type, identified by the type parameter being used for read-only properties, and return values only. IEnumerable< T > is probably one of these.
So in summary, IFactoryBase< Customer > cannot be cast to IFactoryBase< IBusinessObjectBase >, they are different types - it is specialized in dealing with Customers, not any IBusinessObjectBase. You might be able to get away with it if IFactoryBase< T > only uses T on the return side of it's members (like IEnumerable< T >), but I'm not sure if this behaviour is fully documented/guaranteed. (Check for me and reply?  )
|
|
|
|
|
Thanks Mark.
The way of looking at it that sits well in my brain - I was seeing a generic type definition as two types: clear now that this is not the case.
You do learn something every day.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
