|
As noted (below) from an earlier post, a class
-based approach to rules programming may have some advantages.
In addition, there may be other
advantages:
(1) If we use Java
Data Objects (JDO) then the rules can be encapsulated into the objects,
persisted into a store (OODBMS, RDBMS, or flat file) and retrieved in an O-O
fashion (even as a network of rules) on an as-needed basis. This would function
as a rules repository where a network of rules could be selected as per some
search criteria.
(2) Aspect-oriented programming can be used to
augment the rule classes. The possibilities here are too many to
mention,
(3) The rule engine environments which use compiled
Java class files, may find a performance increase.
(4) Using something like JAXB, the rules could be
transformed to/from XML and routed to other engines just like data.
(5) Development work could proceed in a
Model-Driven-Architecture (MDA) manner.
----- Original Message -----
|
- JESS: More Reasons to Use A Different Rule Programming Techn... Rich Halsey
- JESS: Query query... James O'Brien
- Re: JESS: Query query... ejfried
