I spoke too soon. The from will match items in the two Lists that are
not at the same index.
As for asserting ArrayList( ) facts -- in my actual application I have
facts that have Collections attributes for which I need this behavior.
I just made the problem simpler for this post.
On 8/7/07, Aaron
Dixon <atdixon@gmail.com>
wrote:
The
"from" conditional element solves part of my problem:
rule "Find matching entry in parallel arrays (alternate)"
when
$first : ArrayList( )
$second : ArrayList( this != $first )
$fi : Object() from $first
$si : Object() from $second
eval( $fi == $si )
then
System.out.println ( " Found match at index ? : " + $fi + "!"
);
end
I do want reference equality (==) in my eval. But I understand that
object equality would look just like:
eval( $fi .equals( $si ) )
Thanks!
Aaron
On 8/7/07, Mike D <mike.dalaker@kewill.com>
wrote:
Mark,
Just to be sure I read this correctly:
eval( $fi == $si )
means it's checking objects, not values within the object?
If a compare of values is needed, another eval would have to be written
to
compare temp value.
Thanks,
Mike
Oh, and can we change the documenatation examples please?
Somthing like...
rule
when
Team( $team : name == "ManU" )
$person : Person( favouriteTeam == $team )
then
System.out.println( $person.getName() + " likes Manchester" );
end
rule
when
Team( $team : name == "Chelsea" )
$person : Person( favouriteTeam != $team )
then
System.out.println( $person.getName() + " does not like Chelsea
at
all" );
end
Mark Proctor wrote:
>
> We don't really recommend you assert ArrayLists etc as facts, as
they
> have no contextual meaning
>
> $first : ArrayList( )
> $second : ArrayList( this != $first )
> $fi Object() from $first
> $si Object from $second
> eval( $fi == $si )
>
> 'from' allows iteration of lists, so you could potentially do it
this
> way, although it doesn't provide an index number for you.... You
could
> possibly have a global that as part of a function in eval get
> incremented and that global is available in the consequence. But
you'll
> have to be very careful with concurrency.... Might be easier to
have a
> hashmap of indexes where the key is made up of $first and $second.
Btw
> == checks for same instances, not an equality check, is that what
you
> wanted?
>
> Mark
>
> Aaron Dixon wrote:
>> My problem boils down to finding matching entries in parallel
arrays.
>>
>> Here is a rule that succesfully does just that:
>>
>> rule "Find matching entry in parallel arrays"
>> when
>> $first : ArrayList( )
>> $second : ArrayList( this != $first )
>> $i : Integer( this < $first.size )
>> eval( $first.get($i) == $second.get($i) )
>> then
>> System.out.println ( "Found match at index " + $i +
"!" );
>> end
>>
>>
>> To execute this rule, I must insert (assert) the two ArrayList
facts
>> as well as at least as many Integer facts as there are items
in the
>> ArrayLists.
>>
>> What I don't like about this rule is that
>>
>> (1) I have to assert the Integers
>> (2) I can't support arbitrarily-sized lists in my rules
(without
>> asserting that many Integer facts)
>>
>> So -- Is there a better way?
>>
>> What if a future version of Drools supported implicit Number
facts
>> that allowed for these kinds of indexing rules?
>>
>> Aaron
>>
>>
>>
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users@lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>
> _______________________________________________
> rules-users mailing list
>
rules-users@lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
--
View this message in context:
http://www.nabble.com/finding-matching-entries-in-parallel-arrays-tf4225120.html#a12034578
Sent from the drools - user mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users