Snowpack Preact TypeScript 项目模板完全指南从 create-snowpack-app 脚手架到生产构建【免费下载链接】snowpackESM-powered frontend build tool. Instant, lightweight, unbundled development. ✌️项目地址: https://gitcode.com/gh_mirrors/sn/snowpack本文围绕create-snowpack-app提供的 Preact TypeScript 官方模板app-template-preact-typescript展开。Snowpack 是一款基于 ESM原生 ES Module的前端构建工具主打免打包unbundled的极速开发体验该模板把 Preact 组件库、TypeScript 类型系统与 Snowpack 的按需构建机制整合在一起并预置了开发服务器、单元测试与生产构建脚本。读完本文你将掌握模板的目录结构、每一条 npm 脚本的底层原理、snowpack.config.mjs中每个配置项的实战含义以及如何基于它零锁定地迁移到自己的项目。模板概述零配置起步的 Preact TS 工程create-snowpack-appCSA是 Snowpack 官方提供的脚手架工具其核心承诺是零锁定zero lock-in生成的工程不依赖任何特殊的框架运行时胶水src/目录下的代码就是标准的浏览器原生 ESM 代码构建产物可以直接被现代浏览器加载。本模板create-snowpack-app/app-template-preact-typescript是 CSA 全家桶中面向Preact TypeScript组合的官方模板。从 package.json 可以看出它的技术栈组合运行时依赖只有preact^10.5.13一个包没有额外的 UI 框架胶水构建与开发依赖snowpack^3.8.0、prefresh/snowpackPreact 热更新、snowpack/plugin-typescriptTS 编译、snowpack/plugin-dotenv环境变量注入测试栈为web/test-runnertesting-library/preactchaimocha类型声明工程化依赖typescript、prettier格式化与 lint。对比同目录下的 JS 版模板 app-template-preactTypeScript 版额外引入了types/static.d.ts声明文件与tsconfig.json严格模式配置并改用snowpack/plugin-typescript而非 Babel 来处理 TS 语法。目录结构解剖每个文件存在的理由模板的文件布局非常精简全部源码如下app-template-preact-typescript/ ├── public/ # 静态资源目录原样拷贝到构建产物根目录 │ ├── favicon.ico │ ├── index.html # 页面入口加载 /dist/index.js │ └── robots.txt ├── src/ # 源码目录挂载到 /dist │ ├── App.css # 组件样式 │ ├── App.test.tsx # 组件测试web-test-runner │ ├── App.tsx # 根组件计数器示例 │ ├── index.css # 全局样式 │ ├── index.tsx # 应用入口挂载到 #root │ └── logo.png ├── types/ │ └── static.d.ts # 静态资源模块声明 ├── package.json ├── snowpack.config.mjs # Snowpack 配置文件 ├── tsconfig.json # TypeScript 配置 └── web-test-runner.config.js核心的目录映射关系定义在 snowpack.config.mjs 中export default { mount: { public: { url: /, static: true }, src: { url: /dist }, }, ... };public目录以静态资源方式挂载到站点根路径/其中的index.html、favicon.ico、robots.txt会原样输出不做任何构建处理src目录挂载到/dist源码中的index.tsx会被编译为/dist/index.js这也是 public/index.html 中script typemodule src/dist/index.js指向的入口。mount配置是 Snowpack 的核心概念它决定了哪些目录参与构建、以什么 URL 暴露、以及是否做静态拷贝。开发模式与生产构建共用同一份 mount 规则保证两套环境行为一致。npm start极速免打包开发服务器模板在 package.json 中把start脚本映射为snowpack devscripts: { start: snowpack dev, build: snowpack build, ... }运行npm start后Snowpack 根据mount配置启动开发服务器浏览器访问http://localhost:8080即可看到页面默认端口 8080可在devOptions.port中修改页面会在源码保存后自动热更新HMR——这正是 Snowpack 与传统打包器的本质区别它不做整体打包而是对每个文件单独编译并作为原生 ESM 提供给浏览器改动哪个文件就只重新编译哪个文件控制台会输出 lint格式检查错误。对于 Preact 项目热更新由prefresh/snowpack插件提供见 snowpack.config.mjs 的plugins数组。Prefresh 保留了组件状态的热替换能力修改组件逻辑时页面不刷新、state 不丢失开发体验接近 React Fast Refresh。模板源码中用于演示 HMR 与 state 的是 src/App.tsx一个每秒自增的计数器利用useStateuseEffect实现修改文件保存后浏览器会立即反映变更。npm run build免打包 可选的最终打包build脚本对应snowpack build把应用构建到build/目录生产模式下 Preact 会被正确压缩优化模板说明中明确correctly bundles Preact in production mode and optimizes the build for the best performance默认情况下 Snowpack 的构建产物依然是未打包的 ESM 文件每个模块独立输出若想进一步做传统意义上的体积优化可以在 snowpack.config.mjs 的optimize段开启打包optimize: { /* Example: Bundle your final build: */ // bundle: true, },把bundle设为true即可在构建时用 Rollup 做 tree-shaking 与合并压缩这是 Snowpack 内置的snowpack/plugin-optimize能力仓库中 plugins/plugin-optimize 实现了 JS/CSS/HTML 的优化管线。模板刻意保持注释状态体现按需启用的设计哲学——开发期零打包上线前按需打包。模板还预置了两条 SPA 相关配置按需取消注释即可routes: [ /* Enable an SPA Fallback in development: */ // {match: routes, src: .*, dest: /index.html}, ],启用后开发服务器会把未匹配到的路由回退到index.html适合使用前端路由如 preact-router的单页应用。npm test基于 Web Test Runner 的组件测试模板的测试栈相当现代脚本定义为test: web-test-runner \src/**/*.test.tsx\它使用web/test-runnerWeb 平台标准测试运行器基于 Playwright在真实浏览器中执行测试配合testing-library/preact以用户视角渲染与断言组件和 chaiBDD 断言。测试配置在 web-test-runner.config.js 中process.env.NODE_ENV test; module.exports { plugins: [require(snowpack/web-test-runner-plugin)()], };核心是snowpack/web-test-runner-plugin它让测试直接复用 Snowpack 的构建管线ESM 编译、TS 转换、CSS 导入等因此测试代码与业务代码使用同一套模块解析规则。示例测试 src/App.test.tsx 展示了测试写法import { h } from preact; import { render } from testing-library/preact; import { expect } from chai; import App from ./App; describe(App, () { it(renders learn react link, () { const { getByText } render(App /); const linkElement getByText(/learn preact/i); expect(document.body.contains(linkElement)); }); });由于testing-library/preact会真实地把组件渲染进 DOM这个测试同时验证了 App 组件可以正常挂载、渲染出关键文案。测试运行器支持--watch交互模式方便在开发中持续反馈。不存在的 Eject零锁定承诺CRACreate React App用户很熟悉eject脚本——它把构建配置完整暴露出来代价是永久脱离框架的维护轨道。本模板在 README 中明确回答了这个经典问题Q: What about Eject?No eject needed! Snowpack guarantees zero lock-in, and CSA strives for the same.不需要 eject。原因在于模板的配置是显式且透明的所有构建行为都写在项目根目录的snowpack.config.mjs里你可以直接查看、修改或删除它模板没有引入任何隐藏的脚手架黑盒src/下的代码是标准 ESM迁移到 Vite、webpack 或任何支持 ESM 的工具都无需重写业务代码想换成其他框架模板只需重新create-snowpack-app生成对应模板业务代码标准 ESM依然可复用。TypeScript 集成深度解析tsconfig.json类型检查与构建解耦模板的 tsconfig.json 体现了 Snowpack 的 TS 哲学——Snowpack 负责构建emittsc 只负责类型检查{ include: [src, types], compilerOptions: { module: esnext, target: esnext, moduleResolution: node, jsx: preserve, jsxFactory: h, baseUrl: ./, noEmit: true, strict: true, skipLibCheck: true, types: [mocha, snowpack-env], forceConsistentCasingInFileNames: true, resolveJsonModule: true, allowSyntheticDefaultImports: true, importsNotUsedAsValues: error } }几个关键选项的含义配置项值作用module/targetesnext保留原生 ESM 语法不做降级编译匹配 Snowpack 的免打包模型jsxpreserveJSX 语法交给 Snowpack 插件处理snowpack/plugin-typescripttsc 不转译jsxFactoryh声明 Preact 的 JSX 工厂函数为h对应 App.tsx 中import { h } from preactnoEmittruetsc 只做类型检查实际产物由 Snowpack 输出stricttrue开启全部严格类型检查types[mocha, snowpack-env]引入 mocha 全局测试类型与 Snowpack 运行时环境类型模板还预留了两个扩展点注释中说明Snowpack alias如果配置了 Snowpack 别名需要在paths中同步声明供 IDE 和 tsc 识别Streaming imports如果使用远程依赖源packageOptions.sourceremote取消*: [.snowpack/types/*]的注释即可获得流式导入依赖的类型声明。types/static.d.ts让 TS 认识静态资源TypeScript 默认无法理解import logo from ./logo.png这类语句。模板在 types/static.d.ts 中为所有常见静态资源声明了模块类型覆盖CSS Modules*.module.css/*.module.scss/*.module.sass/*.module.less/*.module.styl类型为{ [key: string]: string }类名映射普通样式*.css/*.scss/*.sass/*.less/*.styl图片*.svg/*.bmp/*.gif/*.jpg/*.jpeg/*.png类型为string资源 URL。文件中还留有CUSTOM: ADD YOUR OWN HERE注释提示你可以在此扩展自己的自定义文件类型声明。文件顶部注释说明该目录也可用于添加/扩展某个 npm 包的d.ts。snowpack/plugin-typescriptTS 编译管线实际把.tsx编译成浏览器可运行代码的是snowpack/plugin-typescript插件见 snowpack.config.mjs。模板中的插件配置还包含一个特殊处理[ snowpack/plugin-typescript, { /* Yarn PnP workaround: see https://www.npmjs.com/package/snowpack/plugin-typescript */ ...(process.versions.pnp ? { tsc: yarn pnpify tsc } : {}), }, ],当检测到 Yarn PnP 环境process.versions.pnp存在时自动改用yarn pnpify tsc以兼容 PnP 的依赖解析保证两种包管理方式都能开箱即用。其他预置配置与扩展点Prefresh 与 dotenvprefresh/snowpackPreact HMR 核心插件前面已述snowpack/plugin-dotenv自动加载项目根目录.env文件把环境变量注入到构建过程import.meta.env。这对于在 Preact 应用中读取 API 地址等运行时配置非常实用。按需调整的开发/构建选项模板末尾预留了三个配置槽位均保持默认空值packageOptions: { /* ... */ }, // 依赖相关如 external、polyfillNode、source devOptions: { /* ... */ }, // 开发服务器端口、open、hmr 等 buildOptions: { /* ... */ }, // 构建输出baseUrl、out、metaUrlPath 等例如将开发服务器默认端口改为 3000 可写devOptions: { port: 3000 }使用 CDN 子路径部署时在buildOptions中设置baseUrl。工程化脚本模板还预置了 prettier 相关脚本format: prettier --write \src/**/*.{js,jsx}\, lint: prettier --check \src/**/*.{js,jsx}\注意 glob 模式当前只覆盖js/jsx与模板源码实际使用.tsx的情况略有出入接入时可按需调整为*.{ts,tsx}lint脚本即对应npm start时控制台输出的 lint 检查。与其他官方模板的对比与选型create-snowpack-app目录下还提供了多套同构模板便于按框架选型模板特点app-template-preactPreact JS无 TS 类型层app-template-preact-typescript本文主角Preact TS 严格模式app-template-react-typescriptReact TS 组合app-template-svelte-typescriptSvelte TS含 svelte.config.jsapp-template-vue-typescriptVue TS含 shims-vue.d.tsapp-template-lit-element-typescriptLitElement Web Components TSapp-template-blank-typescript纯净 TS 起步模板所有模板共享同一套 CSA 约定mount 插件 scripts切换框架时只需替换模板即可src/下的标准 ESM 代码天然可移植。快速上手清单创建项目使用 CSA 选择app-template-preact-typescript模板生成工程安装依赖在项目根目录执行npm install或yarn启动开发npm start浏览器打开 http://localhost:8080体验 Preact HMR编写组件在src/下新增.tsx文件types/static.d.ts已覆盖静态资源导入类型运行测试npm test基于真实浏览器的组件测试生产构建npm run build产物输出到build/需要体积优化时在snowpack.config.mjs的optimize中开启bundle: true定制行为直接编辑项目根目录的snowpack.config.mjs所有配置一目了然无需 eject。总结app-template-preact-typescript完整诠释了 Snowpack 的三大设计理念ESM 原生的免打包开发snowpack dev按文件编译、Prefresh 保状态热更新、零锁定配置即文件、无需 eject、构建与类型检查解耦Snowpack emit、tsc 仅检查。它不是一个黑盒脚手架而是一套可以直接读懂、修改并迁移的工程骨架——对于追求极速冷启动、希望在 Preact 项目中引入完整类型安全的团队这是一个开箱即用且完全可控的起点。【免费下载链接】snowpackESM-powered frontend build tool. Instant, lightweight, unbundled development. ✌️项目地址: https://gitcode.com/gh_mirrors/sn/snowpack创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Snowpack + Preact + TypeScript 项目模板完全指南：从 create-snowpack-app 脚手架到生产构建
Snowpack Preact TypeScript 项目模板完全指南从 create-snowpack-app 脚手架到生产构建【免费下载链接】snowpackESM-powered frontend build tool. Instant, lightweight, unbundled development. ✌️项目地址: https://gitcode.com/gh_mirrors/sn/snowpack本文围绕create-snowpack-app提供的 Preact TypeScript 官方模板app-template-preact-typescript展开。Snowpack 是一款基于 ESM原生 ES Module的前端构建工具主打免打包unbundled的极速开发体验该模板把 Preact 组件库、TypeScript 类型系统与 Snowpack 的按需构建机制整合在一起并预置了开发服务器、单元测试与生产构建脚本。读完本文你将掌握模板的目录结构、每一条 npm 脚本的底层原理、snowpack.config.mjs中每个配置项的实战含义以及如何基于它零锁定地迁移到自己的项目。模板概述零配置起步的 Preact TS 工程create-snowpack-appCSA是 Snowpack 官方提供的脚手架工具其核心承诺是零锁定zero lock-in生成的工程不依赖任何特殊的框架运行时胶水src/目录下的代码就是标准的浏览器原生 ESM 代码构建产物可以直接被现代浏览器加载。本模板create-snowpack-app/app-template-preact-typescript是 CSA 全家桶中面向Preact TypeScript组合的官方模板。从 package.json 可以看出它的技术栈组合运行时依赖只有preact^10.5.13一个包没有额外的 UI 框架胶水构建与开发依赖snowpack^3.8.0、prefresh/snowpackPreact 热更新、snowpack/plugin-typescriptTS 编译、snowpack/plugin-dotenv环境变量注入测试栈为web/test-runnertesting-library/preactchaimocha类型声明工程化依赖typescript、prettier格式化与 lint。对比同目录下的 JS 版模板 app-template-preactTypeScript 版额外引入了types/static.d.ts声明文件与tsconfig.json严格模式配置并改用snowpack/plugin-typescript而非 Babel 来处理 TS 语法。目录结构解剖每个文件存在的理由模板的文件布局非常精简全部源码如下app-template-preact-typescript/ ├── public/ # 静态资源目录原样拷贝到构建产物根目录 │ ├── favicon.ico │ ├── index.html # 页面入口加载 /dist/index.js │ └── robots.txt ├── src/ # 源码目录挂载到 /dist │ ├── App.css # 组件样式 │ ├── App.test.tsx # 组件测试web-test-runner │ ├── App.tsx # 根组件计数器示例 │ ├── index.css # 全局样式 │ ├── index.tsx # 应用入口挂载到 #root │ └── logo.png ├── types/ │ └── static.d.ts # 静态资源模块声明 ├── package.json ├── snowpack.config.mjs # Snowpack 配置文件 ├── tsconfig.json # TypeScript 配置 └── web-test-runner.config.js核心的目录映射关系定义在 snowpack.config.mjs 中export default { mount: { public: { url: /, static: true }, src: { url: /dist }, }, ... };public目录以静态资源方式挂载到站点根路径/其中的index.html、favicon.ico、robots.txt会原样输出不做任何构建处理src目录挂载到/dist源码中的index.tsx会被编译为/dist/index.js这也是 public/index.html 中script typemodule src/dist/index.js指向的入口。mount配置是 Snowpack 的核心概念它决定了哪些目录参与构建、以什么 URL 暴露、以及是否做静态拷贝。开发模式与生产构建共用同一份 mount 规则保证两套环境行为一致。npm start极速免打包开发服务器模板在 package.json 中把start脚本映射为snowpack devscripts: { start: snowpack dev, build: snowpack build, ... }运行npm start后Snowpack 根据mount配置启动开发服务器浏览器访问http://localhost:8080即可看到页面默认端口 8080可在devOptions.port中修改页面会在源码保存后自动热更新HMR——这正是 Snowpack 与传统打包器的本质区别它不做整体打包而是对每个文件单独编译并作为原生 ESM 提供给浏览器改动哪个文件就只重新编译哪个文件控制台会输出 lint格式检查错误。对于 Preact 项目热更新由prefresh/snowpack插件提供见 snowpack.config.mjs 的plugins数组。Prefresh 保留了组件状态的热替换能力修改组件逻辑时页面不刷新、state 不丢失开发体验接近 React Fast Refresh。模板源码中用于演示 HMR 与 state 的是 src/App.tsx一个每秒自增的计数器利用useStateuseEffect实现修改文件保存后浏览器会立即反映变更。npm run build免打包 可选的最终打包build脚本对应snowpack build把应用构建到build/目录生产模式下 Preact 会被正确压缩优化模板说明中明确correctly bundles Preact in production mode and optimizes the build for the best performance默认情况下 Snowpack 的构建产物依然是未打包的 ESM 文件每个模块独立输出若想进一步做传统意义上的体积优化可以在 snowpack.config.mjs 的optimize段开启打包optimize: { /* Example: Bundle your final build: */ // bundle: true, },把bundle设为true即可在构建时用 Rollup 做 tree-shaking 与合并压缩这是 Snowpack 内置的snowpack/plugin-optimize能力仓库中 plugins/plugin-optimize 实现了 JS/CSS/HTML 的优化管线。模板刻意保持注释状态体现按需启用的设计哲学——开发期零打包上线前按需打包。模板还预置了两条 SPA 相关配置按需取消注释即可routes: [ /* Enable an SPA Fallback in development: */ // {match: routes, src: .*, dest: /index.html}, ],启用后开发服务器会把未匹配到的路由回退到index.html适合使用前端路由如 preact-router的单页应用。npm test基于 Web Test Runner 的组件测试模板的测试栈相当现代脚本定义为test: web-test-runner \src/**/*.test.tsx\它使用web/test-runnerWeb 平台标准测试运行器基于 Playwright在真实浏览器中执行测试配合testing-library/preact以用户视角渲染与断言组件和 chaiBDD 断言。测试配置在 web-test-runner.config.js 中process.env.NODE_ENV test; module.exports { plugins: [require(snowpack/web-test-runner-plugin)()], };核心是snowpack/web-test-runner-plugin它让测试直接复用 Snowpack 的构建管线ESM 编译、TS 转换、CSS 导入等因此测试代码与业务代码使用同一套模块解析规则。示例测试 src/App.test.tsx 展示了测试写法import { h } from preact; import { render } from testing-library/preact; import { expect } from chai; import App from ./App; describe(App, () { it(renders learn react link, () { const { getByText } render(App /); const linkElement getByText(/learn preact/i); expect(document.body.contains(linkElement)); }); });由于testing-library/preact会真实地把组件渲染进 DOM这个测试同时验证了 App 组件可以正常挂载、渲染出关键文案。测试运行器支持--watch交互模式方便在开发中持续反馈。不存在的 Eject零锁定承诺CRACreate React App用户很熟悉eject脚本——它把构建配置完整暴露出来代价是永久脱离框架的维护轨道。本模板在 README 中明确回答了这个经典问题Q: What about Eject?No eject needed! Snowpack guarantees zero lock-in, and CSA strives for the same.不需要 eject。原因在于模板的配置是显式且透明的所有构建行为都写在项目根目录的snowpack.config.mjs里你可以直接查看、修改或删除它模板没有引入任何隐藏的脚手架黑盒src/下的代码是标准 ESM迁移到 Vite、webpack 或任何支持 ESM 的工具都无需重写业务代码想换成其他框架模板只需重新create-snowpack-app生成对应模板业务代码标准 ESM依然可复用。TypeScript 集成深度解析tsconfig.json类型检查与构建解耦模板的 tsconfig.json 体现了 Snowpack 的 TS 哲学——Snowpack 负责构建emittsc 只负责类型检查{ include: [src, types], compilerOptions: { module: esnext, target: esnext, moduleResolution: node, jsx: preserve, jsxFactory: h, baseUrl: ./, noEmit: true, strict: true, skipLibCheck: true, types: [mocha, snowpack-env], forceConsistentCasingInFileNames: true, resolveJsonModule: true, allowSyntheticDefaultImports: true, importsNotUsedAsValues: error } }几个关键选项的含义配置项值作用module/targetesnext保留原生 ESM 语法不做降级编译匹配 Snowpack 的免打包模型jsxpreserveJSX 语法交给 Snowpack 插件处理snowpack/plugin-typescripttsc 不转译jsxFactoryh声明 Preact 的 JSX 工厂函数为h对应 App.tsx 中import { h } from preactnoEmittruetsc 只做类型检查实际产物由 Snowpack 输出stricttrue开启全部严格类型检查types[mocha, snowpack-env]引入 mocha 全局测试类型与 Snowpack 运行时环境类型模板还预留了两个扩展点注释中说明Snowpack alias如果配置了 Snowpack 别名需要在paths中同步声明供 IDE 和 tsc 识别Streaming imports如果使用远程依赖源packageOptions.sourceremote取消*: [.snowpack/types/*]的注释即可获得流式导入依赖的类型声明。types/static.d.ts让 TS 认识静态资源TypeScript 默认无法理解import logo from ./logo.png这类语句。模板在 types/static.d.ts 中为所有常见静态资源声明了模块类型覆盖CSS Modules*.module.css/*.module.scss/*.module.sass/*.module.less/*.module.styl类型为{ [key: string]: string }类名映射普通样式*.css/*.scss/*.sass/*.less/*.styl图片*.svg/*.bmp/*.gif/*.jpg/*.jpeg/*.png类型为string资源 URL。文件中还留有CUSTOM: ADD YOUR OWN HERE注释提示你可以在此扩展自己的自定义文件类型声明。文件顶部注释说明该目录也可用于添加/扩展某个 npm 包的d.ts。snowpack/plugin-typescriptTS 编译管线实际把.tsx编译成浏览器可运行代码的是snowpack/plugin-typescript插件见 snowpack.config.mjs。模板中的插件配置还包含一个特殊处理[ snowpack/plugin-typescript, { /* Yarn PnP workaround: see https://www.npmjs.com/package/snowpack/plugin-typescript */ ...(process.versions.pnp ? { tsc: yarn pnpify tsc } : {}), }, ],当检测到 Yarn PnP 环境process.versions.pnp存在时自动改用yarn pnpify tsc以兼容 PnP 的依赖解析保证两种包管理方式都能开箱即用。其他预置配置与扩展点Prefresh 与 dotenvprefresh/snowpackPreact HMR 核心插件前面已述snowpack/plugin-dotenv自动加载项目根目录.env文件把环境变量注入到构建过程import.meta.env。这对于在 Preact 应用中读取 API 地址等运行时配置非常实用。按需调整的开发/构建选项模板末尾预留了三个配置槽位均保持默认空值packageOptions: { /* ... */ }, // 依赖相关如 external、polyfillNode、source devOptions: { /* ... */ }, // 开发服务器端口、open、hmr 等 buildOptions: { /* ... */ }, // 构建输出baseUrl、out、metaUrlPath 等例如将开发服务器默认端口改为 3000 可写devOptions: { port: 3000 }使用 CDN 子路径部署时在buildOptions中设置baseUrl。工程化脚本模板还预置了 prettier 相关脚本format: prettier --write \src/**/*.{js,jsx}\, lint: prettier --check \src/**/*.{js,jsx}\注意 glob 模式当前只覆盖js/jsx与模板源码实际使用.tsx的情况略有出入接入时可按需调整为*.{ts,tsx}lint脚本即对应npm start时控制台输出的 lint 检查。与其他官方模板的对比与选型create-snowpack-app目录下还提供了多套同构模板便于按框架选型模板特点app-template-preactPreact JS无 TS 类型层app-template-preact-typescript本文主角Preact TS 严格模式app-template-react-typescriptReact TS 组合app-template-svelte-typescriptSvelte TS含 svelte.config.jsapp-template-vue-typescriptVue TS含 shims-vue.d.tsapp-template-lit-element-typescriptLitElement Web Components TSapp-template-blank-typescript纯净 TS 起步模板所有模板共享同一套 CSA 约定mount 插件 scripts切换框架时只需替换模板即可src/下的标准 ESM 代码天然可移植。快速上手清单创建项目使用 CSA 选择app-template-preact-typescript模板生成工程安装依赖在项目根目录执行npm install或yarn启动开发npm start浏览器打开 http://localhost:8080体验 Preact HMR编写组件在src/下新增.tsx文件types/static.d.ts已覆盖静态资源导入类型运行测试npm test基于真实浏览器的组件测试生产构建npm run build产物输出到build/需要体积优化时在snowpack.config.mjs的optimize中开启bundle: true定制行为直接编辑项目根目录的snowpack.config.mjs所有配置一目了然无需 eject。总结app-template-preact-typescript完整诠释了 Snowpack 的三大设计理念ESM 原生的免打包开发snowpack dev按文件编译、Prefresh 保状态热更新、零锁定配置即文件、无需 eject、构建与类型检查解耦Snowpack emit、tsc 仅检查。它不是一个黑盒脚手架而是一套可以直接读懂、修改并迁移的工程骨架——对于追求极速冷启动、希望在 Preact 项目中引入完整类型安全的团队这是一个开箱即用且完全可控的起点。【免费下载链接】snowpackESM-powered frontend build tool. Instant, lightweight, unbundled development. ✌️项目地址: https://gitcode.com/gh_mirrors/sn/snowpack创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考