Prefer import * as for imports whose types are re-exported

[devrelm]

Fixes #7741

Using import React from 'react' causes issues when the import makes
its way into the d.ts file. Users without esModuleInterop: true or
allowSyntheticDefaultImports: true (or skipLibCheck: true) in
their tsconfig files will get errors from typescript about not being
able to default-import using that syntax.

This PR fixes the specific imports that would cause issues due to
their types being re-exported in @apollo/client's types.

Checklist:

• N/A If this PR is a new feature, please reference an issue where a consensus about the design was reached (not necessary for small changes)
• N/A Make sure all of the significant new logic is covered by tests

[apollo-cla]

@devrelm: Thank you for submitting a pull request! Before we can merge it, you'll need to sign the Apollo Contributor License Agreement here: https://contribute.apollographql.com/

[devrelm]

Well this clearly isn't working. There's now a bunch of errors that I didn't expect to come up. I'll see what I can do, but this seems like a bit of a catch-22 situation.

[devrelm]

I think I have everything working and it was simpler than I'd thought.

The errors that I ran into with f3fe053 seem to have stemmed from zen-observable not having good ESM support. I even tried importing from zen-observable/esm, though that wasn't working either.

It appears that that's a known issue, and that the apollographql org even publishes a zen-observable-ts package to deal with it. So I just updated the dependency and imported that instead.

[benjamn]

@devrelm Can you rebase this PR against the release-3.4 branch, and update the target branch to release-3.4? The zen-observable-ts changes have already happened on that branch (see #7615).

[devrelm]

@benjamn Done. Thanks!

[benjamn]

Thanks for your patience @devrelm (and thanks in advance for testing these changes in the next v3.4 beta release 😉)!