Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What are the possible values of indexObjectType? #7

Closed
mrtj opened this issue Feb 8, 2016 · 2 comments
Closed

What are the possible values of indexObjectType? #7

mrtj opened this issue Feb 8, 2016 · 2 comments

Comments

@mrtj
Copy link

mrtj commented Feb 8, 2016

Hi I am trying to implement a search feature with your search engine, but I do not really understand what I supposed to return as indexObjectType in my custom indexable object implementing BRSearchObjectType protocol. I saw that the default BRSimpleIndexable implementation returns a question mark ('?') and in your Core Data example the StickyNote implementation returns an 'n' character. Could you add some reference to the documentation wether these characters have some special meaning or they are simple used to differentiate the object types, so I can give the arbitrary values?

@msqr
Copy link
Contributor

msqr commented Feb 8, 2016

They are only used to differentiate object types, and can have arbitrary values defined by the application using BRFullTextSearch (BRSearchObjectType is defined as a char). BRIndexable does talk about how index documents are uniquely identified by the combination of their object type and their identifier. Some applications don't need to differentiate and can use a single object type, but often it can be useful.

I can add more explicit documentation as you suggest, about how they BRSearchObjectType are arbitrary, application-defined values.

@mrtj
Copy link
Author

mrtj commented Feb 9, 2016

Thank you, now it is clear!

@msqr msqr closed this as completed Feb 28, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants