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.

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.l...@gmail.com <mailto:wolfgang.l...@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 <mailto: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

Reply via email to