[Eulergui-user] keeping business logic and infrastructure and platform code separate

[Jean-Marc V. <jea...@gm...>]

Hi all

We're almost ready for a new release 1.9 .

Let me paste below this paragraph from the Manual :
http://eulergui.svn.sourceforge.net/viewvc/eulergui/trunk/eulergui/html/documentation.html#Generate
Interpret Java instantiations and calls in N3 sources

This is the main new feature of release 1.9 . Also known as "embedded Java
objects" , this means that Java object within the N3+Java Knowledge Base
react to rules in real time. It leverages on the embedded Drools forward
chaining inference engine. This architecture is leveraged in Generated Swing
applications<http://eulergui.svn.sourceforge.net/viewvc/eulergui/trunk/eulergui/html/documentation.html#Generated>.
See details in "N3
- Java mapping" in architure
page<http://eulergui.svn.sourceforge.net/viewvc/eulergui/trunk/eulergui/html/architecture.html#L5714>
.

On an architectural point of view, this is very important. We think that
rules and Description Logic are are better fit to business rules than Object
Oriented languages.

This feature allows to keep business rules written 100% in N3 and OWL, while
other rules ("mixed rules") have Java instantiation, property or method
calls in their consequence side.

This is the ultimate in *keeping business logic and infrastructure and
platform code separate*. This good practice is recognized as cornerstone of
software engineering, but it's too easy to violate when writing both
business logic and infrastructure logic in Java. With the EulerGUI +
Déductions framework:

   - no business logic is in Java (or other precedural language);
   - pure business logic are N3 rules that have no Java related URI
   prefixes, or OWL ontologies;
   - "mixed rules" are easily traceable by their Java related URI prefixes


-- 
Jean-Marc Vanel
Déductions SARL - Consulting, services, training,
Rule-based programming, Semantic Web
http://jmvanel.free.fr/ - EulerGUI, a turntable GUI for Semantic Web +
rules, XML, UML, eCore, Java bytecode
+33 (0)6 89 16 29 52 -- +33 (0)1 39 55 58 16
( we rarely listen to voice messages, please send a mail instead )