you are right, I must have been misled somehow by the ordering of the messages (oldest first)
On Thu, Nov 13, 2008 at 4:43 PM, Tuna Toksöz <[EMAIL PROTECTED]> wrote: > Pretty active > > http://tech.groups.yahoo.com/group/altdotnet/messages > > > On Thu, Nov 13, 2008 at 8:24 PM, Jan Limpens <[EMAIL PROTECTED]>wrote: > >> thanks! >> >> is that alt.net list really active? it was my first bet, too, but when i >> stopped by there a few days ago, activity seemed very low... (one msg every >> other day or so) >> >> On Thu, Nov 13, 2008 at 3:51 PM, Tuna Toksöz <[EMAIL PROTECTED]> wrote: >> >>> >>> I would do it by having IRuleStore which you can then implement for >>> nhibernate. You can associate an entity with a rule and have a default rule >>> which can handle non-complex things. >> >> >> what do you mean by an IRuleStore (excuse my insistance :))? >> >> >>> >>> >>> On Thu, Nov 13, 2008 at 7:39 PM, Jan Limpens <[EMAIL PROTECTED]>wrote: >>> >>>> Hello, >>>> >>>> this question is not _directly_ castle related, more to the general >>>> topic of entities, services and ioc. I hope that is not a problem. >>>> >>>> I have the classes Order, Cart and a service CartToOrderCoversion. >>>> >>>> When the user places an Order, he will give a Cart to the >>>> CartToOrderCoversion.Execute(cart) and gets an Order in return. >>>> During this step I currently inject a list of IOrderRules into the >>>> service via IoC. These rules can do things like: >>>> >>>> - if the order total is more than 300.00 you will get a discount of >>>> 10 or a gift. Or >>>> - if your items are of certain type, you will get another item for >>>> free etc... >>>> >>>> These IOrderRules are configurable via regular Windsor xml more or less >>>> like this >>>> >>>> <component type="Rules.BuySpecialItemGetGiftRule" >>>> service="IOrderRule"> >>>> <parameters> >>>> <mode>Rules.RuleModes.Always</mode> >>>> <description>If you buy an item that fulfills a very >>>> complicated condition the user gets an item with the id >>>> beyond.</description> >>>> <externalmessage>promo bla bla</externalmessage> >>>> <internalMessage>Rule BuySpecialItemGetGiftRule added 1 >>>> {0} to the order because {1} fulfills the complicated >>>> condition.</internalMessage> >>>> <giftArticleId>1546</giftArticleId> >>>> </parameters> >>>> </component> >>>> >>>> xBuySpecialItemGetGiftRule also gets injected an IArticleDao to get to >>>> the article of the id, which it would then add to the order, another IDao >>>> to >>>> check the condition (both in the .ctor) and an ILogger (setter) because we >>>> want to know whats going on. >>>> >>>> This is not very comfortable and flexible in terms of administration >>>> (needs app restart on changes, manual xml editing by business people). >>>> >>>> So on one hand I would prefer these rules to be normal (nhibernate >>>> persisted) entities in the db and directly hold references to entities >>>> (instead of ids), which would also help with data integrity. This would >>>> help >>>> me get rid of some of the services. >>>> On the other hand sometimes the conditions they have to check are so >>>> complicated, that only a direct query with a service can resolve it. So I >>>> would need to pass in these services (probably via an interceptor), but I >>>> have a feeling, that a business object should not have any knowledge of >>>> services. >>>> >>>> What do you think? Is my model already good? How would _you_ do that? >>>> >>>> -- >>>> Jan >>>> ___________________ >>>> [EMAIL PROTECTED] >>>> www.limpens.com >>>> +55 (11) 3082-1087 >>>> +55 (11) 3097-8339 >>>> >>>> >>>> >>> >>> >>> -- >>> Tuna Toksöz >>> >>> Typos included to enhance the readers attention! >>> >>> >>> >> >> >> -- >> Jan >> ___________________ >> [EMAIL PROTECTED] >> www.limpens.com >> +55 (11) 3082-1087 >> +55 (11) 3097-8339 >> >> >> > > > -- > Tuna Toksöz > > Typos included to enhance the readers attention! > > > > -- Jan ___________________ [EMAIL PROTECTED] www.limpens.com +55 (11) 3082-1087 +55 (11) 3097-8339 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Castle Project Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/castle-project-users?hl=en -~----------~----~----~----~------~----~------~--~---
