| daniel updated the task description. (Show Details) |
CHANGES TO TASK DESCRIPTION
==Note regarding domain boundaries:==
This refactoring is an opportunity to improve domain boundaries. The "display" and "search" subdomains are currently not sufficiently separated, as labels (and particularly LabelsProvider) is used in both. Descriptions are only relevant for display (though the display domain is also used in the context of presenting search results). Aliases are only relevant as keywords in the search domain.
Mapping (and mingling) of those domains is currently done by code in LabelField and TermSqlIndex, and more problematically, in the schemas of the data stores updated by that code, namely the wb_terms table and the Elastic index (see LabelsProviderFieldDefinitions and EntitySearchElastic).
The refactoring should lead to the creation of two new interfaces, one for the display subdomain and another for the search subdomain; This does not have to happen immediately though, since it may prove difficult to decide which of the two new interfaces to use in code that currently mixes the two domains.
...
* a way to inject implementations that support alternative mappings and additional entity types.==Note regarding domain boundaries:==
This refactoring is an opportunity to improve domain boundaries. The "display" and "search" subdomains are currently not sufficiently separated, as labels (and particularly LabelsProvider) is used in both. Descriptions are only relevant for display (though the display domain is also used in the context of presenting search results). Aliases are only relevant as keywords in the search domain.
Mapping (and mingling) of those domains is currently done by code in LabelField and TermSqlIndex, and more problematically, in the schemas of the data stores updated by that code, namely the wb_terms table and the Elastic index (see LabelsProviderFieldDefinitions and EntitySearchElastic).
The refactoring should lead to the creation of two new interfaces, one for the display subdomain and another for the search subdomain; This does not have to happen immediately though, since it may prove difficult to decide which of the two new interfaces to use in code that currently mixes the two domains.
TASK DETAIL
EMAIL PREFERENCES
To: daniel
Cc: daniel, Aklapper, Lydia_Pintscher, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, Cinemantique, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Darkdadaah, Steinsplitter, Mbch331
Cc: daniel, Aklapper, Lydia_Pintscher, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, Cinemantique, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Darkdadaah, Steinsplitter, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
