fix: ScalarType casting for Int values

[BobaFetters]

Int32 and Int64 values were failing to cast to ScalarType because only Int conformed to ScalarType, adding code to the subscript functions of ObjectData and ListData to handle casting AnyHashable representations of Int32 and Int64 to just Int before the attempted casting to ScalarType

Closes #3034

[netlify]

✅ Deploy Preview for apollo-ios-docs canceled.

Name	Link
🔨 Latest commit	793a309
🔍 Latest deploy log	https://app.netlify.com/sites/apollo-ios-docs/deploys/646bcd42422b870008268049

[BobaFetters]

Going to refactor this to make sure we are always working with Int for consistency

[calvincestari]

This looks good, thanks @BobaFetters. My only nitpick is updating the PR description to accurately reflect the diff.

[calvincestari]

@BobaFetters - I was thinking this morning that none of the execution sources perform JSON deserialization. We should probably add another test that actually uses JSONSerialization which would match the execution pattern that led us to this bug.

[BobaFetters]

@calvincestari What kind of test are you thinking? One that checks that JSONSerialization returns an Int64 instead of an Int? Since we didn't change anything about JSONSerialization or _rawData to solve the issue I didn't think we would need extra tests there, but I am happy to add some more tests.

[calvincestari]

It wouldn't be about checking for an Int64 since that could change at any time. JSONSerializationFormat.deserialize specifically casts to AnyHashable. I think that coupled with whatever type JSONSerialization actually gives us is the path that we should maybe test.