gpt4 book ai didi

javascript - 所有 NextJS 页面都有几乎相同的 JS 包大小

转载 作者:行者123 更新时间:2023-12-05 00:30:33 25 4
gpt4 key购买 nike

所以,我使用 NextJS 已经有一段时间了,我从来没有真正查看过构建文件夹,也没有在构建成功时查看过控制台中显示的信息,但是当我看到它的时候确实注意到了一些奇怪的东西。
我一直在使用 TypeScript,并使用 TS 的配置编写了一个小 babel 配置以使用绝对路径。所以我导入组件的方式是使用绝对路径 ~/组件 它是 的别名./src/components .整个应用程序中的所有导入都使用从 导入的组件~/组件 那里还有其他绝对路径。所以,这就是我在构建应用程序时看到的
enter image description here
注意每个页面的大小几乎相同吗?甚至 关于 404 页面很大。所以我的猜测是使用绝对导入导入模块是导致问题的原因,因此,每个页面都链接到一个包含整个应用程序代码的 JS 文件。我不太确定,我似乎无法在网上找到任何可以帮助我优化这些页面的资源。老实说,我什至不知道应用程序的哪一部分需要配置。不管是 webpack 还是 babel,我都不知道。所以,我希望能在这方面得到一些帮助,如果还有一些我必须添加的进一步配置,那么每个页面只使用它需要的 JavaScript。
这是我的 typescript 和 babel 配置:
typescript

{
"compilerOptions": {
"lib": ["dom", "dom.iterable", "esnext"],
"baseUrl": "./src",
"paths": {
"~/components": ["./components"],
"~/styles": ["./styles"],
"~/assets": ["./assets"],
"~/types": ["./types"],
"~/pages": ["./pages"],
"~/utils": ["./utils"],
"~/context": ["./context"],
"~/data": ["./data"],
"~/services": ["./services"]
},
"allowJs": false,
"strict": true,
"forceConsistentCasingInFileNames": true,
"noEmit": true,
"esModuleInterop": true,
"module": "esnext",
"moduleResolution": "node",
"resolveJsonModule": true,
"isolatedModules": true,
"target": "ESNext",
"jsx": "preserve",
"experimentalDecorators": true,
"emitDecoratorMetadata": true,
"skipLibCheck": true,
"noImplicitThis": true,
"noImplicitReturns": true,
"noUnusedLocals": true,
"noUnusedParameters": true,
"noImplicitAny": true
},
"exclude": ["node_modules"],
"include": ["next-env.d.ts", "**/*.ts", "**/*.tsx"]
}

通天塔
{
"presets": ["next/babel"],
"plugins": [
["styled-components", { "ssr": true }],
[
"module-resolver",
{
"alias": {
"~/components": "./src/components",
"~/styles": "./src/styles",
"~/types": "./src/types",
"~/pages": "./src/pages",
"~/assets": "./src/assets",
"~/utils": "./src/utils",
"~/context": "./src/context",
"~/data": "./src/data",
"~/services": "./src/services"
}
}
],
["import", {
"libraryName": "antd",
"style": true
}]
]
}

最佳答案

所以这就是我在做了一些研究后能够弄清楚的。当您从导出一堆 React 组件的文件中导入内容时,您的模块捆绑器还不够智能(还)无法确定您将使用哪些组件,因此默认情况下它包含所有组件,因此您拥有一大捆。
因此,无论您是否使用这些组件,它们都仍将包含在一个巨大的捆绑包中。 Nextjs 做 Code Splitting默认情况下使用 Webpack,但由于每个组件都来自同一路径,我的情况是 ~/组件 , Next(或 Webpack)无法将其拆分,因此它将它们全部包含在一个捆绑包中,该捆绑包被添加到每个页面,无论该页面是从该路径导入一个组件还是 100 个组件。
所以这就是为什么我看到每一页都有巨大的捆绑包大小的原因。我有接近 1000 个组件住在 ~/组件 我在那个目录中有一个索引文件,它导出了所有这些文件。这样我就可以简单地做

import { Component101, Component204 } from '~/components'
但是捆绑包的大小是巨大的。所以,为了解决这个问题,我添加了 摇树 到我的 Webpack 配置。该术语最初来自 Rollup,它是另一个流行的模块捆绑器,如 Webpack。如果您使用 Webpack,可以找到更多关于 Tree Shaking 的信息 here
使用 Tree Shaking,任何未在任何地方导入的代码都将被删除,并且不会包含在包中,因此您将获得更小的包。但请注意任何副作用。这是添加 Tree Shaking 后所有页面的捆绑包大小:
After Tree Shaking
如果您不想使用 Tree Shaking,另一种方法是仅使用相对导入,但我不确定这是否是大型应用程序的推荐方法。

关于javascript - 所有 NextJS 页面都有几乎相同的 JS 包大小,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/64485105/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com