TypeError: (0, _react.useEffect) nie jest funkcją

10

w środowisku programistycznym moja aplikacja działa dobrze. W środowisku produkcyjnym ulega awarii z błędem:

Uncaught TypeError: (0 , _react.useEffect) is not a function

Zdarza się to w utworzonym przeze mnie pliku, w którym importuję React i useEffect w następujący sposób:

import React, { useEffect } from 'react'

const X = () => {
  useEffect(() => { ... })

  ...
}

dodanie pliku console.log tuż poniżej tego wiersza potwierdza, że ​​useEffect jest rzeczywiście niezdefiniowany, gdy jest produkowany, i oczekiwana funkcja, gdy jest w dev.

Sprawdziłem mój pakiet.json, yarn.lock i node_modules pod kątem wszelkich wersji reagujących lub reagujących, które mogą być poniżej 16.8.0, w których wprowadzono useEffect. Ale wszystko jest w wersji 16.13.1 i są one główną zależnością. Próbowałem wyczyścić pamięć podręczną przędzy, usunąć moduły node_mules i yarn.lock i ponownie zainstalować.

Próbowałem go dodać i usunąć peerDependenciesbez powodzenia.

Sprawdzam, aby upewnić się, że nie ma dwóch osobnych wersji React, ale zapisuję je window.React1 = Reactw bibliotece i window.React2 = Reactwewnątrz mojej aplikacji oraz sprawdzam

window.React1 === window.React2 to była prawda, więc to nie wszystko.

Na koniec próbowałem także zmienić pseudonim React na konkretny w module node_modules, ale bez powodzenia.

Jedyne rozwiązanie, które znalazłem, działa, jeśli je zaimportuję w następujący sposób:

import React from 'react';

const X = () => {
  React.useEffect(() => { ... })
  ...
}

Ale to powinno być dokładnie to samo, co przy użyciu zniszczonego importu? Jeśli użyję jawnie React.useEffect, to również zmusi mnie do zmiany wszystkich innych moich useState i useEffect haków na React.useSateiReact.useEffect

Następny błąd właśnie się pojawia: TypeError: (0 , _react.useState) is not a functionw innym pliku, w którym używam haków React.

Chcę rozwiązać problem, a nie wdrożyć obejście.

Używam microbundledo pakowania mojej biblioteki za pomocą React. Używam parcel-bundlerdo importowania komponentu React i renderowania go w środowisku programistycznym (bezpośrednio z src) lub prod (dołączona biblioteka)

Używana przeze mnie wersja dołączona jest do .mjs

Sprawdziłem również wyjście zminimalizowanego pakietu .mjs i wewnątrz React jest importowany w następujący sposób:

import ue,{useEffect as pe,useState as fe}from"react";

Które dla mnie wygląda dobrze.

To, czego tak naprawdę nie rozumiem, to to, jak zrestrukturyzowany import mógłby to zepsuć, ale samo wykonanie React.useEffect działałoby dobrze?

Oto mój pakiet.json

{
  "name": "xxx",
  "version": "1.1.4",
  "repository": "[email protected]:xxx/xxx.git",
  "author": "xxx",
  "license": "MIT",
  "source": "src/index.ts",
  "main": "dist/bundle.js",
  "umd:main": "dist/bundle.umd.js",
  "module": "dist/bundle.mjs",
  "publishConfig": {
    "registry": "https://npm.pkg.github.com/@xxx"
  },
  "scripts": {
    "build": "microbundle",
    "dev": "parcel ./test-app/dev/index.html --port 3000",
    "start": "parcel ./test-app/serve/index.html --port 3000",
    "storybook": "start-storybook -s ./public -c .storybook --ci",
    "prepublishOnly": "yarn build"
  },
  "dependencies": {
    "@api-platform/admin": "2.1.0",
    "@api-platform/api-doc-parser": "0.8.2",
    "@fortawesome/fontawesome-svg-core": "^1.2.28",
    "@fortawesome/free-solid-svg-icons": "^5.13.0",
    "@fortawesome/react-fontawesome": "^0.1.9",
    "@material-ui/core": "^4.9.10",
    "@material-ui/icons": "^4.9.1",
    "@react-keycloak/web": "^2.1.1",
    "@types/pluralize": "^0.0.29",
    "google-geocoder": "0.2.1",
    "history": "^4.10.1",
    "keycloak-js": "^9.0.3",
    "lodash.debounce": "^4.0.8",
    "lodash.omit": "^4.5.0",
    "lodash.set": "4.3.2",
    "notistack": "0.9.9",
    "papaparse": "^5.2.0",
    "parcel-bundler": "1.12.4",
    "polished": "^3.5.2",
    "react": "16.13.1",
    "react-admin": "3.4.1",
    "react-dom": "16.13.1",
    "react-is": "16.13.1",
    "react-redux": "^7.2.0",
    "recompose": "^0.30.0",
    "redux": "4.0.5",
    "styled-components": "5.1.0"
  },
  "devDependencies": {
    "@babel/core": "7.9.0",
    "@babel/plugin-syntax-export-default-from": "7.8.3",
    "@babel/preset-env": "7.9.5",
    "@babel/preset-react": "7.9.4",
    "@storybook/addon-a11y": "5.3.18",
    "@storybook/addon-actions": "5.3.18",
    "@storybook/addon-info": "5.3.18",
    "@storybook/addon-knobs": "5.3.18",
    "@storybook/addon-links": "5.3.18",
    "@storybook/addon-storyshots": "5.3.18",
    "@storybook/addon-storysource": "5.3.18",
    "@storybook/addon-viewport": "5.3.18",
    "@storybook/react": "5.3.18",
    "@testing-library/react": "^10.0.3",
    "@types/jsonld": "1.5.1",
    "@types/lodash": "4.14.149",
    "@types/node": "13.11.1",
    "@types/papaparse": "5.0.3",
    "@types/react-redux": "7.1.7",
    "@types/recompose": "^0.30.7",
    "@types/styled-components": "5.1.0",
    "@welldone-software/why-did-you-render": "4.0.7",
    "awesome-typescript-loader": "5.2.1",
    "babel-loader": "^8.1.0",
    "babel-plugin-module-resolver": "4.0.0",
    "babel-plugin-styled-components": "1.10.7",
    "lodash.get": "4.4.2",
    "lodash.uniq": "4.5.0",
    "microbundle": "0.11.0",
    "openapi-types": "1.3.5",
    "parcel-plugin-static-files-copy": "2.3.1",
    "pluralize": "^8.0.0"
  },
  "alias": {
    "jsonld": "./node_modules/jsonld/dist/jsonld.js"
  },
  "staticFiles": {
    "staticPath": "public",
    "watcherGlob": "**"
  }
}

Warto również zauważyć, że tylko React mam z tym problemem. Wszystkie inne moje zrestrukturyzowane przywozy działają dobrze.

MLyck
źródło
Używanie nazwanego importu w żaden sposób nie jest takie samo jak odwoływanie się do członków domyślnego eksportu. Domyślam się, że w czasie opracowywania masz jakiś dodatkowy moduł ładujący, który robi pewne shenanigany, aby obejść starsze problemy ze zgodnością między modułami
ładującymi
1
czy możesz wypróbować globalflagę --globals react=Reacti dodać React jako zależności równorzędne <- Chociaż może to nie być poprawna poprawka. Spójrz na ten problem: github.com/developit/microbundle/issues/537 wygląda na to, że pochodziyarn
Jee Mok
1
Czy możesz również spróbować zainstalować mikrobundle @ obok, aby sprawdzić, czy ten działa? tylko po to, by sprawdzić, czy rzeczywiście jest to obecny problem z wersją mikroukładu
Jee Mok
Jeśli używasz TypeScript, możesz również przyjrzeć się temu problemowi: github.com/developit/microbundle/issues/564
Jee Mok
1
Domyślam się, że stało się tak z powodu użycia microbundlerzamiast react-scriptsdo kompilacji produkcyjnej lub czegoś innego złej konfiguracji pakietów. Chcę zwrócić twoją uwagę na reakcje haków, nazwy powinny zaczynać się usei mogą znajdować się w tej linii, w import ue,{useEffect as pe,useState as fe}from"react";której useEffect jest importowany, gdy pecoś poszło nie tak z reakcją . Więc próbowałeś budować z create-react-appi react-scripts?
Makan

Odpowiedzi:

4

Wydaje się, że microbundlernie toleruje React. Ten tworzy pakiet, który próbuje użyć reactz zasięgu globalnego, zamiast tego, Reactktóry jest naprawdę ujawniony.

Z tego samego powodu, dla którego Twoje obejście React.useEffectdziała zgodnie z oczekiwaniami, po prostu wyobraź sobie, jak to wygląda window.React.useEffect.

Oto przykład prymitywnej aplikacji:

import ReactDOM from 'react-dom';
import React, { useEffect, useState } from 'react';

/**
 * necessary workaround, microbundle use `h` pragma by default,
 * that undefined when use React
 * another option is to make build with option --jsx
 * @example microbundle --globals react=React --jsx React.createElement
 * yes, yet another workaround
*/
window.h = React.createElement;

const X = () => {
  const [A, B] = useState('world');

  useEffect(() => {
    B('MLyck');
  }, [])

  return `Hello ${A}`;
}

ReactDOM.render(<X />, document.querySelector('react-app'));

Po dołączeniu tylko microbundlecałkowicie zepsuty, ale kiedy próbujesz połączyć z

microbundle --globals react=React

jak poprawnie sugeruje @Jee Mok, wygeneruje prawidłowy pakiet. Mam nadzieję, że komentarze wyjaśnią, co się stało.

!function (e, t) {
  "object" == typeof exports && "undefined" != typeof module ?
    t(require("react-dom"), require("react")) :
    "function" == typeof define && define.amd ?
      define(["react-dom", "react"], t) :
      t(e.ReactDOM, e.React);
  /*
  String above is core of problem,
  in case you try to bundle without options `--globals react=React`
  it will looks like: `t(e.ReactDOM, e.react);`
  Obviously `react` is not defined in `e` e.g. `this` e.g. `window`
  due to react expose self as `React`
   */
}(this, function (e, t) {
  e = e && e.hasOwnProperty("default") ? e.default : e, window.h = ("default" in t ? t.default : t).createElement, e.render(h(function () {
    var e = t.useState("world"), n = e[0], r = e[1];
    return t.useEffect(function () {
      r("MLyck");
    }, []), "Hello " + n;
  }, null), document.querySelector("react-app"));
});
<script src="https://cdnjs.cloudflare.com/ajax/libs/react/16.13.1/umd/react.development.js"></script>
    <script src="https://cdnjs.cloudflare.com/ajax/libs/react-dom/16.13.1/umd/react-dom.development.js"></script>

    <react-app></react-app>

Nawiasem mówiąc, „zrestrukturyzowany import” wcale nie jest winny.

Kyr
źródło