on 11-17-2004 11:49 AM
Hello Everybody,
why is there a distinction between model and value nodes? I never quite crasped the concept.
Usually I prefer the value nodes wherever I can. Often I have to manipulate the data I get from the model and that is really akward with model nodes.
An example for that is when you get Char1-fields instead of real booleans from the backend. My solution is to copy model model nodes to value nodes which is neither elegant nor desirable. But I can add custom attributes or even manipulate the data with calculated attirbutes. Copying nodes is a real pain because the WDCopyService is no help either. Often there's just no way around it though.
So why is there a distinction in the first place?
Best Regards,
Michael
Hi,
perhaps not the needed aswer but nevertheless helpful. The differences between model nodes and value nodes will be eleminated with the next release.
Regards
Jochen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
As far as I understand you mean design-time differences: from API point of you all nodes born identical.
The only gotcha I experienced myself is that it is impossible to map non-model node to model one in designer, however it is possible for dynamically created context (here there is no notion of "model node" at all)
VS
> The only gotcha I experienced myself is that it is
> impossible to map non-model node to model one in
> designer, however it is possible for dynamically
> created context (here there is no notion of "model
> node" at all)
And this is exactly what eliminating the difference between model and value nodes means. The design time approaches the run time and only speaks of nodes.
But the basic difference between value and model nodes remains: Value nodes keep the data themselves whereas model nodes hold references to another object, the "model instance" and take the attribute values from there. Which also means, that they will put changes from the UI there.
Regards, Uwe.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.