Pass parameter to Business Object to use in BusinessRules. about cslaforum

[jonnybee]

My preference is to NOT use BusinessRules to load complex objects (as in Lazy Load Properties).
A business rule must be considered a singelton and shared instance for ALL instances of this type. So the only way to send parameters is to pass them as properties in the BO.

You must also remember that rules may be run often - and not just when a property is changed.

There is some possibilities to limit when a rule is called, look at PropertyRule base class and the properties:

• CanRunAsAffectedProperty
• CanRunInCheckRules
• CanRunOnServer

And see my blog post https://jonnybekkum.wordpress.com/2011/08/29/csla-4-2-rules-update/

You must also be aware that the PropertyChanged event is also used to notify the UI of "possible" changes in a property in order to update the displayed value.

You could also implement this in the ViewModel - that already has the CustomerID and DoorID by subscribing to the PropertyChanged on the DoorDetail object.

[jonnybee]

You could store values into LocalContext dictionary and have the rule read values from the context - but I would not recommend that approach.

[rockfordlhotka]

The business object should contain all the information necessary for it to do its work. If it needs those values, then those values should be properties (probably read-only) in the object.

I wouldn't think they'd be passed in by the viewmodel - they'd be provided as part of the criteria used to create/fetch the object.

If those values are changing during the lifetime of the object, then perhaps your object model needs to be rethought a little to recognize that there are other objects at play.