[
https://issues.apache.org/jira/browse/LUCENE-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13813012#comment-13813012
]
Adrien Grand commented on LUCENE-5325:
--------------------------------------
{quote}
Adrien, by "improve the multi-valued APIs", are you perhaps referring
ValueSource/FunctionValue's rather odd set of methods that take a 2nd parameter
which is an array to dump multiple values out into? MultiValueSource goes along
with this. I rather hate MultiValueSource and all those overloaded methods – I
look forward to seeing a better design. The main problem with MultiValueSource
is that it's design is limited to all documents having a constant number of
values, it doesn't vary per document. Notice MultiValueSource's dimension()
takes no arguments – it's result is effectively constant.
{quote}
Exactly. :-)
> Move ValueSource and FunctionValues under core/
> -----------------------------------------------
>
> Key: LUCENE-5325
> URL: https://issues.apache.org/jira/browse/LUCENE-5325
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/search
> Reporter: Shai Erera
>
> Spinoff from LUCENE-5298: ValueSource and FunctionValues are abstract APIs
> which exist under the queries/ module. That causes any module which wants to
> depend on these APIs (but not necessarily on any of their actual
> implementations!), to depend on the queries/ module. If we move these APIs
> under core/, we can eliminate these dependencies and add some mock impls for
> testing purposes.
> Quoting Robert from LUCENE-5298:
> {quote}
> we should eliminate the suggest/ dependencies on expressions and queries, the
> expressions/ on queries, the grouping/ dependency on queries, the spatial/
> dependency on queries, its a mess.
> {quote}
> To add to that list, facet/ should not depend on queries too.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
