[WIP][SPARK-38432][SQL] Reactor framework so as JDBC dialect could compile filter by self way

[beliefer]

What changes were proposed in this pull request?

Currently, Spark DS V2 could push down filters into JDBC source. However, only the most basic form of filter is supported.
On the other hand, some JDBC source could not compile the filters by themselves way.

This PR reactor the framework so as JDBC dialect could compile expression by self way.
First, The framework translate catalyst expressions to DS V2 filters.
Second, The JDBC dialect could compile DS V2 filters to different SQL syntax.

Why are the changes needed?

Make the framework be more common use.

Does this PR introduce any user-facing change?

'No'.
The feature is not released.

How was this patch tested?

Exists tests.

[cloud-fan]

It seems like we can completely replace v2 Filter with GeneralScalarExpression, as they are both tree-like API to represent catalyst expressions in DS v2.

For better type safety, I think we can make Filter extends GeneralScalarExpression, to indicate that it's a predicate that returns boolean.

That said, the V2ExpressionBuilder should create Filter if the catalyst expression is a predicate (e.g. binary comparison).

also cc @huaxingao for more opinions.

[cloud-fan]

BTW GeneralScalarExpression should overwrite equals and hashCode

[beliefer]

#35768 replace this one.