[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [p2-dev] Match/Context naming

I have the same problem with BooleanQuery that you have with MatchQuery - both kinds of queries are boolean.
What about...

IsolationQuery - the answer can be determined in isolation
RelativeToCandidatesQuery - the answer depends on the candidates

I realize that second name is too long, but I would know exactly what it meant.

Inactive hide details for Thomas Hallgren ---02/23/2010 11:28:55 PM---On 02/24/2010 12:28 AM, Susan Franklin McCourt wrote:Thomas Hallgren ---02/23/2010 11:28:55 PM---On 02/24/2010 12:28 AM, Susan Franklin McCourt wrote:



          Thomas Hallgren <thomas@xxxxxxx>
          Sent by: p2-dev-bounces@xxxxxxxxxxx

          02/23/2010 11:28 PM
          Please respond to P2 developer discussions



To: P2 developer discussions <p2-dev@xxxxxxxxxxx>
cc:
Subject: Re: [p2-dev] Match/Context naming



On 02/24/2010 12:28 AM, Susan Franklin McCourt wrote:
>
> MatchQuery
> RelativeMatchQuery

I have problems with the term 'match' since I consider all queries to be
a filter that produce a result of instances that 'match'. Susan's
suggestion also shows this by adding the term to both queries. I think
the term itself thus becomes redundant. It doesn't help bringing clarity
into what it is that differentiates the two types.

To me, the term 'relative' suggests that the other query is 'absolute'
or perhaps 'concrete' which in turn seems a bit far fetched.

On 02/24/2010 03:33 AM, Simon Kaegi wrote:
>
> In SQL we have the various aggregate functions.
>
> Perhaps:
> MatchQuery
> AggregateQuery
>
An aggregation to me is something that brings several things together
into one thing. Our 'context' _expression_ is applied on a collection and
produces a subset of that collection. Can that be called an aggregation?

Our 'match' query can always be turned into a 'context' query using the
notation:

<match each> -> everything.select(each | <match each>)

Perhaps I'm too focused on the _expression_ aspect but I'd like the names
to be explanatory so that the user intuitively knows which one to pick
for the purpose at hand. Here's another suggestion:

BooleanQuery
CollectionQuery

- thomas

_______________________________________________
p2-dev mailing list
p2-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/p2-dev

GIF image

GIF image

GIF image