xapian-core 2.0.0

Public Member Functions | List of all members
Xapian::MatchSpy Class Referenceabstract

Abstract base class for match spies. More...

`#include <matchspy.h>`

Inheritance diagram for Xapian::MatchSpy:
[legend]

## Public Member Functions
| MatchSpy () noexcept
| Default constructor, needed by subclass constructors.
virtual | ~MatchSpy ()
| Virtual destructor, because we have virtual methods.
virtual void | operator() (const Xapian::Document &doc, double wt)=0
| Register a document with the match spy.
virtual MatchSpy * | clone () const
| Clone the match spy.
virtual std::string | name () const
| Return the name of this match spy.
virtual std::string | serialise () const
| Return this object's parameters serialised as a single string.
virtual MatchSpy * | unserialise (const std::string &serialised, const Registry &context) const
| Unserialise parameters.
virtual std::string | serialise_results () const
| Serialise the results of this match spy.
virtual void | merge_results (const std::string &serialised)
| Unserialise some results, and merge them into this matchspy.
virtual std::string | get_description () const
| Return a string describing this object.
MatchSpy * | release ()
| Start reference counting this object.
const MatchSpy * | release () const
| Start reference counting this object.

## Detailed Description

Abstract base class for match spies.

The subclasses will generally accumulate information seen during the match, to calculate aggregate functions, or other profiles of the matching documents.

## Member Function Documentation

## ◆ clone()

virtual MatchSpy * Xapian::MatchSpy::clone | ( |  | ) | const
| virtual

Clone the match spy.

The clone should inherit the configuration of the parent, but need not inherit the state. ie, the clone does not need to be passed information about the results seen by the parent.

If you don't want to support the remote backend in your match spy, you can use the default implementation which simply throws Xapian::UnimplementedError.

Note that the returned object will be deallocated by Xapian after use with "delete". If you want to handle the deletion in a special way (for example when wrapping the Xapian API for use from another language) then you can define a static `operator delete` method in your subclass as shown here: https://trac.xapian.org/ticket/554#comment:1

Reimplemented in Xapian::ValueCountMatchSpy.

## ◆ get_description()

virtual std::string Xapian::MatchSpy::get_description | ( |  | ) | const
| virtual

Return a string describing this object.

This default implementation returns a generic answer, to avoid forcing those deriving their own MatchSpy subclasses from having to implement this (they may not care what get_description() gives for their subclass).

Reimplemented in Xapian::ValueCountMatchSpy.

## ◆ merge_results()

virtual void Xapian::MatchSpy::merge_results | ( | const std::string & | serialised | ) |
| virtual

Unserialise some results, and merge them into this matchspy.

The order in which results are merged should not be significant, since this order is not specified (and will vary depending on the speed of the search in each sub-database).

If you don't want to support the remote backend in your match spy, you can use the default implementation which simply throws Xapian::UnimplementedError.

Parameters

  serialised | A string containing the serialised results.

Reimplemented in Xapian::ValueCountMatchSpy.

## ◆ name()

virtual std::string Xapian::MatchSpy::name | ( |  | ) | const
| virtual

Return the name of this match spy.

This name is used by the remote backend. It is passed with the serialised parameters to the remote server so that it knows which class to create.

Return the full namespace-qualified name of your class here - if your class is called MyApp::FooMatchSpy, return "MyApp::FooMatchSpy" from this method.

If you don't want to support the remote backend in your match spy, you can use the default implementation which simply throws Xapian::UnimplementedError.

Reimplemented in Xapian::ValueCountMatchSpy.

## ◆ operator()()

virtual void Xapian::MatchSpy::operator() | ( | const Xapian::Document & | doc,
|  | double | wt )
| pure virtual

Register a document with the match spy.

This is called by the matcher once with each document seen by the matcher during the match process. Note that the matcher will often not see all the documents which match the query, due to optimisations which allow low-weighted documents to be skipped, and allow the match process to be terminated early.

Parameters

  doc | The document seen by the match spy.
  wt | The weight of the document.

Implemented in Xapian::ValueCountMatchSpy.

## ◆ release() [1/2]

MatchSpy * Xapian::MatchSpy::release | ( |  | ) |
| inline

Start reference counting this object.

You can transfer ownership of a dynamically allocated MatchSpy object to Xapian by calling release() and then passing the object to a Xapian method. Xapian will arrange to delete the object once it is no longer required.

## ◆ release() [2/2]

const MatchSpy * Xapian::MatchSpy::release | ( |  | ) | const
| inline

Start reference counting this object.

You can transfer ownership of a dynamically allocated MatchSpy object to Xapian by calling release() and then passing the object to a Xapian method. Xapian will arrange to delete the object once it is no longer required.

## ◆ serialise()

virtual std::string Xapian::MatchSpy::serialise | ( |  | ) | const
| virtual

Return this object's parameters serialised as a single string.

If you don't want to support the remote backend in your match spy, you can use the default implementation which simply throws Xapian::UnimplementedError.

Reimplemented in Xapian::ValueCountMatchSpy.

## ◆ serialise_results()

virtual std::string Xapian::MatchSpy::serialise_results | ( |  | ) | const
| virtual

Serialise the results of this match spy.

If you don't want to support the remote backend in your match spy, you can use the default implementation which simply throws Xapian::UnimplementedError.

Reimplemented in Xapian::ValueCountMatchSpy.

## ◆ unserialise()

virtual MatchSpy * Xapian::MatchSpy::unserialise | ( | const std::string & | serialised,
|  | const Registry & | context ) const
| virtual

Unserialise parameters.

This method unserialises parameters serialised by the serialise() method and allocates and returns a new object initialised with them.

If you don't want to support the remote backend in your match spy, you can use the default implementation which simply throws Xapian::UnimplementedError.

Note that the returned object will be deallocated by Xapian after use with "delete". If you want to handle the deletion in a special way (for example when wrapping the Xapian API for use from another language) then you can define a static `operator delete` method in your subclass as shown here: https://trac.xapian.org/ticket/554#comment:1

Parameters

  serialised | A string containing the serialised results.
  context | Registry object to use for unserialisation to permit MatchSpy subclasses with sub-MatchSpy objects to be implemented.

Reimplemented in Xapian::ValueCountMatchSpy.

The documentation for this class was generated from the following file:

- xapian/matchspy.h