Arthur

群二维码过期了诶~

I have a loader that processes source files, and then passes the `source code` and `sourcemap` to `ts-loader`, but `ts-loader` doesn't seem to merge the sourcemap passed from upstream loader.

Is this problem solved? When I use rollup to build `semver`, I run into a bug that exports circular references by default. causes `semver.subset` to be unavailable.

后面我们会再出文章，详细深度介绍 garfish 的能力

demo 都在 dev 文件夹下面

我这里简单说明一下为什么需要通过 garfish 自带的环境变量导出。子应用的 export ，在一些第三方打包工具（我们没法控制）打出的生产环境中，并不会真正的 export，这导致不同的环境中，行为是不一样的，也就是说有可能拿到 provider，有可能拿不到 provider。其次注入环境变量也可以完全保证和 cjs 的功能一致。

> > 我这里简单说明一下为什么需要通过 garfish 自带的环境变量导出。子应用的 export ，在一些第三方打包工具（我们没法控制）打出的生产环境中，并不会真正的 export，这导致不同的环境中，行为是不一样的，也就是说有可能拿到 provider，有可能拿不到 provider。其次注入环境变量也可以完全保证和 cjs 的功能一致。 > > 我最近思考了一下这个问题貌似可以解决掉，而且不用通过环境变量的模式，我们可以把这个信息放置 currentScript 状态中，例如执行对应子应用的脚本时，把应用信息放置该应用后，就可以把应用的 name 传递过去，统一挂在在全局上就不需要使用 blob 的形式转变一下值，从而导致和原生加载不一致的问题 esm 下没有 document.currentScript 这个东西了，其次，name 是不准确的，多实例下同一个 name 的应用配置可能有多份实例。然后 blob 是标准合法的...

> > > 那么ESM本身就自带**_导出_**语义 > > > > > > 「那么ESM本身就自带**导出**语义」针对这一点主要是一下两个原因导致我们调整成这样的： > > > > 1. 这里例如 Vite 在构建成非库模式的时候会自动的把 export 等关键词去除，无法直接获取 esm 导出的内容 > > 2. 直接识别子应用 export 的内容，会受到非入口文件的影响，如果不是入口文件也可能会直接获取导出内容，如果还有其他的 esmodule...

I have the same problem, but the problem seems to still exist.

I found a way to solve this problem, the `styled-components` version is `^5.3.11` ```jsx import React from 'react'; import extraScopePlugin from 'stylis-plugin-extra-scope'; import styled, { StyleSheetManager } from 'styled-components'; const...