fix(data): avoid crashing with BigInt values

[zettca]

Brief Information

This pull request is in the type of:

• bug fixing

What does this PR do?

• Replaces global isFinite with Number.isFinite and unary (+) with Number() conversion so that a simple chart doesn't blow up when passing in a BigInt

Fixed Related issues

• Related to [Feature] Support for BigInt #19237 (addresses a small part of it)

Details

Before: What was the problem?

When passing a BigInt data column to a chart, the chart blows up.

Uncaught TypeError: Cannot convert a BigInt value to a number
    at isFinite (<anonymous>)
    at detectValue (chunk-TNIQ5HHQ.js?v=9ea597be:5513:25)
    at doGuessOrdinal (chunk-TNIQ5HHQ.js?v=9ea597be:5494:21)
    at guessOrdinal (chunk-TNIQ5HHQ.js?v=9ea597be:5434:10)
    at new SourceImpl2 (chunk-TNIQ5HHQ.js?v=9ea597be:5538:17)
    at createSource (chunk-TNIQ5HHQ.js?v=9ea597be:5555:16)

👇

This is happens because of the way isFinite, isNaN, and + (unary operator) coerces the values. isFinite and isNaN implicitly converts the values in a way that's incompatible with BigInt.

The Number.isFinite() and Number.isNaN() methods work in a more predictable way by not casting non-numeric values implicitly - We can do that explicitly using Number() which can be more more performant) and does work with BigInt

The unary + operator conversion will likely never be supported for BigInt for compatibility reasons with ASM, while Number() does (with possible loss of precision)

After: How does it behave after the fixing?

Chart is rendered without crashing 🚀

Document Info

One of the following should be checked.

• This PR doesn't relate to document changes
• The document should be updated later
• The document changes have been made in apache/echarts-doc#xxx

Misc

ZRender Changes

• This PR depends on ZRender changes (ecomfe/zrender#xxx).

Related test cases or examples to use the new APIs

N.A.

Others

Merging options

• Please squash the commits into a single one when merging.

Other information

Please let me know if you'd like me to address some of the conversion issues in other places of the codebase too. That would require quite a few changes though; I've kept this PR small to increase its chances of being merged 👀

Thank you 🙏

[echarts-bot]

Thanks for your contribution!
The community will review it ASAP. In the meanwhile, please checkout the coding standard and Wiki about How to make a pull request.

[github-actions]

The changes brought by this PR can be previewed at: https://echarts.apache.org/examples/editor?version=PR-19847@e23a407

[zettca]

The changes brought by this PR can be previewed at: https://echarts.apache.org/examples/editor?version=PR-19847@e23a407

-data: [150, 230, 224, 218, 135, 147, 260],
+data: [150, 230, 224, 218, 135, 147, 260].map(BigInt),

[Ovilia]

Thank you for your valuable contribution!

[echarts-bot]

Congratulations! Your PR has been merged. Thanks for your contribution! 👍

[100pah]

Platform compatibility is a concern. @Ovilia
(I'll fix it later. add a polyfill)