On 5 December 2010 11:23, Mark Proctor <mproctor@codehaus.org> wrote:
On 04/12/2010 20:49, Michael Anstis wrote:
None here.

Longer term, I wonder whether our DSL syntax is too weak?

Even the ability to declare blocks would be nicer than long lines (and line split markers):-
I'd rather see us progress go a constraint and data driven templating system. I'll discuss it more with you when we meet up. The DSLs are just sentence templates and we needmore than that.


So what? Leave the current DSL with all its deficiencies and bugs?
-W

 
Mark


then [Book the customer for the flight]
    {
        $f.setAvailable( $f.getAvailable() - 1 );
        update( $f );
        Booking booking = new Booking();
        booking.setCustomer( $r.getCustomer() );
        booking.setFlight( $f );
        insert( booking );
    }


On 4 December 2010 18:33, Wolfgang Laun <wolfgang.laun@gmail.com> wrote:
Currently each entry must be a single line of text. This results in long lines, especially on the RHS.

I have experimentally inserted a transformation of the DSL text (in  DSLTokenizedMappingFile)
which converts '\'+EOL on the fly to a space. (The passed-in reader is read into a buffer, '\'+EOL
is translated to space, and EOLs are inserted later to readjust the line number.) In a text editor,
I can now write, e.g.,

then][][Bb]ook the customer for the flight=\
  $f.setAvailable( $f.getAvailable() - 1 );\
  update( $f );                            \
  Booking booking = new Booking();         \
  booking.setCustomer( $r.getCustomer() ); \
  booking.setFlight( $f );                 \
  insert( booking );

Of course, the DSL editor will not preserve this, but future development might provide more
convenient editing there, too.

Any objections?
-W

_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


_______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev


_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev