refactor: use typeutils for nativeImage serialization

[codebytere]

Description of Change

Follow-up to #23666, as stated in PR body. Uses existing typeUtils to serialize nativeImages and improves perf by using a buffer to construct the nativeImage if there is only one representation.

cc @miniak @MarshallOfSound

Checklist

• PR description included and stakeholders cc'd
• npm test passes
• PR title follows semantic commit guidelines
• PR release notes describe the change in a way relevant to app developers, and are capitalized, punctuated, and past tense.

Release Notes

Notes: none

[MarshallOfSound]

Interesting in knowing more about this, why can't multiple representations use the bitmap buffer?

[codebytere]

If one uses a buffer to construct an image with multiple representation from multiple dataURLs, the dataURLs themselves are not preserved. If you test:

    const image = nativeImage.createEmpty();

    const dataURL1 = 'data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAAC0lEQVQYlWNgAAIAAAUAAdafFs0AAAAASUVORK5CYII=';
    image.addRepresentation({ scaleFactor: 1.0, dataURL: dataURL1 });

    const dataURL2 = 'data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAIAAAACCAIAAAD91JpzAAAAFklEQVQYlWP8//8/AwMDEwMDAwMDAwAkBgMBBMzldwAAAABJRU5ErkJggg==';
    image.addRepresentation({ scaleFactor: 2.0, dataURL: dataURL2 });

    const serializedImage = serialize(image);
    const nonEmpty = deserialize(serializedImage);

    expect(nonEmpty.toDataURL({ scaleFactor: 1.0 })).to.equal(dataURL1);
    expect(nonEmpty.toDataURL({ scaleFactor: 2.0 })).to.equal(dataURL2);

expect(nonEmpty.toDataURL({ scaleFactor: 2.0 })).to.equal(dataURL2); will fail, as the only dataURL associated with the image will be dataURL1. However, there's a perf boost with buffer serialization (see: #23549) so we want to allow it where possible.

[release-clerk]

No Release Notes

[trop]

@codebytere has manually backported this PR to "10-x-y", please check out #23794

[trop]

@codebytere has manually backported this PR to "9-x-y", please check out #23796

[trop]

@codebytere has manually backported this PR to "8-x-y", please check out #23797

[trop]

@ckerr has manually backported this PR to "7-3-x", please check out #24021