Скорее всего, вы установили "allowSyntheticDefaultImports": true, в tsconfig.json, что, по сути, закрывает компилятору информацию об импорте по умолчанию, который он считает недопустимым. Добавлен машинописный текст esModuleInterop, который делает то же самое, что и Babel для загрузки модуля.

Это позволяет вам использовать импорт ES6 по умолчанию, даже если исходный код, который вы импортируете, ничего не экспортирует по умолчанию.

Typescript строг (соответствует правилам), когда дело доходит до этого, поэтому они требуют от вас import * as React from 'react'. Или требует, чтобы вы разрешили синтетический импорт по умолчанию в своей базовой конфигурации.

Подробнее об этом здесь

TL;DR

Действительно, операторы импорта ES import default и import * — это не одно и то же, тот факт, что они ведут себя одинаково в этом случае, является комбинацией того, как авторы React решили опубликовать библиотеку и слои совместимости в TypeScript (используя esModuleInterop) или Babel и ваш сборщик для заставить их «просто работать». Вероятно, не должен работает в соответствии со спецификацией ES6, но сегодня мы все еще работаем в эпоху, когда модули JS — это беспорядок, поэтому такие инструменты, как Babel, TypeScript, Webpack и т. д., пытаются нормализовать поведение.

Подробнее:

React не является библиотекой ES6. Если вы посмотрите на исходный код, вы увидите это в index.js:

const React = require('./src/React');

// TODO: decide on the top-level export form.
// This is hacky but makes it work with both Rollup and Jest.
module.exports = React.default || React;

(Обратите внимание на комментарий, даже в исходном коде React они борются с совместимостью экспорта ES6 по умолчанию.)

Синтаксис module.exports = — CommonJS (NodeJS). Браузер этого не понимает. Вот почему мы используем упаковщики, такие как Webpack, Rollup или Parcel. Они понимают все виды синтаксиса модулей и создают пакеты, которые должны работать в браузере.

Но даже несмотря на то, что React не является библиотекой ES, и TypeScript, и Babel позволяют импортировать ее так, как если бы она была (используя синтаксис import, а не require() и т. д.), но между CJS и ES есть различия, которые необходимо устранить. Одним из них является тот факт, что export =могу дает вам вещи, которые ES не имеет соответствующего спецификации способа импортировать, например функцию или класс в качестве модуля. Чтобы обойти эти несовместимости, Babel некоторое время позволял вам импортировать модули CJS, как если бы они что-то экспортировали по умолчанию, или import как пространство имен. TypeScript какое-то время этого не делал, но совсем недавно добавил это в качестве опции под esModuleInterop. Итак, теперь и Babel, и TypeScript могут довольно последовательно разрешать импорт модуля CJS с использованием импорта ES по умолчанию или пространства имен.

С TypeScript это также зависит от того, как на самом деле определены определения типов для библиотеки. Я не буду вдаваться в подробности, но вы можете себе представить ситуации, когда благодаря транспиляторам и упаковщикам конкретный импорт работает во время выполнения, но TypeScript не компилируется без ошибок.

Еще одна вещь, о которой стоит упомянуть, это то, что если вы посмотрите на встроенный код для React, вы увидите версию UMD-модуль, а также версию CJS. Версия UMD включает в себя неуклюжий код времени выполнения, чтобы попытаться заставить его работать в любой модульной среде, включая браузер. Это в основном для использования, если вы хотите просто включить React во время выполнения (т.е. вы не используете упаковщик). Пример.

Сбивает с толку? Думаю, да. :)