feat: add ListView and LargeListView support to arrow-ord

[codephage2020]

Which issue does this PR close?

Closes #9341.

Rationale for this change

arrow-ord doesnot support ListView

What changes are included in this PR?

add ListView/LargeListView support to the arrow-ord module

Are these changes tested?

Yes, all changes are thoroughly tested

Are there any user-facing changes?

New APIs:

arrow_ord::comparison::in_list_view() - Check if primitive array values exist in a ListView array
arrow_ord::comparison::in_list_view_utf8() - Check if string array values exist in a ListView array

Enhanced Functionality:

arrow_ord::sort::sort_to_indices() now supports ListView and LargeListView types
arrow_ord::sort::sort() now supports ListView and LargeListView types

[Jefffrey]

Personally I'm not sure about adding these kernels; I don't know if in_list() and in_list_utf8() are commonly used (they don't seem to be used in DataFusion for example) and they do seem a bit oddly implemented (in that the base version accepts only primitive, and the string version accepts only Utf8/LargeUtf8 and not Utf8View) 🤔

Perhaps we can hold off on implementing these unless there's a motivating usecase for them

[codephage2020]

@Jefffrey Thank you! I completely agree that we should prioritize the core sorting functionality. I'll update the PR .

Regarding the API inconsistency you mentioned with in_list() and in_list_utf8(), I think that's a valid technical debt issue that should be discussed separately. Perhaps we should consider unifying these APIs or designing a more generic contains-style kernel?

[Jefffrey]

That would be a reasonable approach; I don't have any strong feelings on it (whether keep it as is or try improve it) other than not following in its footsteps 👍