The idea behind "derived" pragma

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

The idea behind "derived" pragma

Uko2
Hi everyone!

I have a question about a <derived> pragma.


As stated on
http://code.google.com/p/moose-technology/wiki/FameMetaDescriptions :
<derived> the property value can be derived from other properties (no need
for persistence).

So I have a question: why are for example localVariables and parameters of a
FAMIXBehaviouralEntity derived when they are stored in the instance
variable?

Regards
Yuriy



--
View this message in context: http://moose-dev.97923.n3.nabble.com/The-idea-behind-derived-pragma-tp4026063.html
Sent from the moose-dev mailing list archive at Nabble.com.
_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: The idea behind "derived" pragma

Andre Hora



On Mon, Feb 4, 2013 at 10:48 AM, Yuriy Tymchuk <[hidden email]> wrote:
Hi everyone!

I have a question about a <derived> pragma.


As stated on
http://code.google.com/p/moose-technology/wiki/FameMetaDescriptions :
<derived> the property value can be derived from other properties (no need
for persistence).

So I have a question: why are for example localVariables and parameters of a
FAMIXBehaviouralEntity derived when they are stored in the instance
variable?
You don't need to store, because they can be computed from other properties. But when storing you have faster queries.
Moreover, you don't need to have such derived properties in the MSE file because they can be always derived from others. 

Regards
Yuriy



--
View this message in context: http://moose-dev.97923.n3.nabble.com/The-idea-behind-derived-pragma-tp4026063.html
Sent from the moose-dev mailing list archive at Nabble.com.
_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev



--
Andre Hora

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: The idea behind "derived" pragma

Uko2
Ok, so it's mainly for serialization purposes I guess.

This makes sense. And this way in many-to-one relationships one part will be always derived.

On 4 лют. 2013, at 11:23, "Andre Hora [via moose-dev]" <[hidden email]> wrote:




On Mon, Feb 4, 2013 at 10:48 AM, Yuriy Tymchuk <<a href="x-msg://2561/user/SendEmail.jtp?type=node&amp;node=4026064&amp;i=0" target="_top" rel="nofollow" link="external">[hidden email]> wrote:
Hi everyone!

I have a question about a <derived> pragma.


As stated on
http://code.google.com/p/moose-technology/wiki/FameMetaDescriptions :
<derived> the property value can be derived from other properties (no need
for persistence).

So I have a question: why are for example localVariables and parameters of a
FAMIXBehaviouralEntity derived when they are stored in the instance
variable?
You don't need to store, because they can be computed from other properties. But when storing you have faster queries.
Moreover, you don't need to have such derived properties in the MSE file because they can be always derived from others. 

Regards
Yuriy



--
View this message in context: http://moose-dev.97923.n3.nabble.com/The-idea-behind-derived-pragma-tp4026063.html
Sent from the moose-dev mailing list archive at Nabble.com.
_______________________________________________
Moose-dev mailing list
<a href="x-msg://2561/user/SendEmail.jtp?type=node&amp;node=4026064&amp;i=1" target="_top" rel="nofollow" link="external">[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev



--
Andre Hora

_______________________________________________
Moose-dev mailing list
<a href="x-msg://2561/user/SendEmail.jtp?type=node&amp;node=4026064&amp;i=2" target="_top" rel="nofollow" link="external">[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev



If you reply to this email, your message will be added to the discussion below:
http://moose-dev.97923.n3.nabble.com/The-idea-behind-derived-pragma-tp4026063p4026064.html
To unsubscribe from The idea behind "derived" pragma, click here.
NAML



View this message in context: Re: The idea behind "derived" pragma
Sent from the moose-dev mailing list archive at Nabble.com.

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev