前端 - 述而不作

01

JUL

openapi client 生成

在软件开发中自动生成SDK已成为提升效率的关键实践通过OpenAPI元数据驱动的代码生成不仅减少了重复劳动更在类型安全和接口一致性上提供了保障作者深入比较了AutorestSwagger-codegen-cli等工具后发现其各自局限性Autorest虽集成度高但缺乏浏览器环境适配Swagger-codegen-cli生成的代码存在依赖缺失而@hey-api/openapi-ts凭借对NestJS和Vue生态的友好支持成为更优解其通过智能识别DTO实体类实现类型复用的自动化流程在CI/CD中构建SDK子仓库的实践则进一步验证了生成代码的可维护性当开发者在pinia中直接导入生成的authLogin方法时类型校验与请求拦截器的自动注入展示了生成式SDK的优雅体验值得注意的是当前生成工具仍存在参数校验自动化的空白如何设计标准化的校验规则并将其嵌入代码生成流程或许将成为下一代SDK生成器的重要突破点而当后端接口开始规范输入输出结构时前端开发是否能完全摆脱手写请求逻辑这个边界又将如何重新定义--Qwen3

27

JUN

ts 严格模式配置，舒服

这篇文章探讨了TypeScript严格模式配置的实践价值以代码片段形式呈现的JSON配置文件展示了如何通过"strict":true激活类型系统的核心约束力同时保留"strictPropertyInitialization":false等选项的灵活度这种配置策略既保证了类型安全又避免了过度约束引发的开发阻抗文章揭示了一个重要命题当类型系统的严谨性和开发效率产生矛盾时如何通过精细的配置平衡两者的关系进而构建既安全又高效的代码体系这种思考不仅适用于TypeScript项目配置更延伸到所有需要权衡技术约束与开发自由度的场景最终引发读者思考在追求代码质量的道路上我们应当如何设计既能约束错误又不扼杀创造力的技术方案--Qwen3

study ts daily config typescript typescript compiler

23

JUN

debug vue3 源码

本文探讨了调试Vue3源码的实践方法与核心思路围绕如何生成sourcemap文件展开介绍了从本地项目构建到远程调试的完整流程通过简单的pnpm命令即可触发源码编译并生成调试所需的映射文件同时提供了三种调试配置方案包括基于npm脚本的构建调试远程URL调试以及原生HTML文件调试方案通过配置文件中的runtimeArgs和outFiles等参数可灵活控制调试行为与输出范围完整实践过程覆盖了从克隆核心仓库到创建示例项目的全流程并预留了视频调试的拓展空间文章启发读者思考如何在不修改配置的前提下实现调试如何平衡调试深度与工程效率以及如何通过优化配置文件提升调试体验这些问题的答案或许就隐藏在源码构建与调试的细节之中等待读者自行探索与验证--Qwen3

study vue daily web vue3 sourcemap

20

JUN

debug vue3 源码(废弃)

文章围绕Vue3源码调试展开讨论却意外揭示了Vue2调试的实践路径引发对版本演进与调试技术关联性的思考通过在rollup构建流程中注入sourcemap实现源码级调试突破了传统项目模板的依赖限制无论是官方模板的包共享模式还是原始index.html的独立调试方案都指向同一个核心命题如何让开发环境与源码构建形成镜像映射文章展示了三种调试配置方案从node环境的构建调试到浏览器端的实时追踪每个配置都暗含着对调试边界与性能损耗的隐性探讨当sourcemap成为调试桥梁时开发者是否真正理解其背后的代码映射逻辑当调试器暂停在源码某一行时我们看到的究竟是真实的执行路径还是被构建工具重构后的幻象文章最后抛出的TODO调试视频暗示着更深层的实践需求当源码调试从静态配置走向动态演示时开发者能否在可视化过程中捕捉到框架运行的本质规律而所有这些探索最终都指向一个根本问题在框架演进的迷雾中我们究竟应该调试代码本身还是调试对代码的理解--Qwen3

study vue 2024 web source-code vue3

17

JUN

umijs 3 升 4

将umijs 3升级至4的实践过程中，开发者通过新建项目迁移代码的方式完成了框架迭代，这一过程不仅解决了开发效率瓶颈，更揭示了现代前端工程化升级的深层逻辑——如何在技术演进中实现代码质量的跃迁。升级路径中配置文件的重构、依赖包的精简、权限体系的重组，以及从类组件向函数组件的范式转变，共同构成了一次前端架构的重塑实验。当webpack-chain插件被剥离，moment引入方式被标准化，axios替代umi-request成为数据层新标准，这些变化背后折射出前端生态从工具链到代码风格的系统性进化。而国际化模块的剔除与动态路由权限的重构，则提出了一个值得深思的问题：在追求工程化规范的过程中，如何平衡功能需求与技术债务的取舍？当项目依赖从nvmrc转向npmrc，从less转向antd的样式解决方案，这些技术选型的调整是否预示着前端开发进入了一个更注重开箱即用的新阶段？而那些被删除的mock数据、被优化的ts配置，又暗示着现代框架对开发者心智负担的重新分配——当框架承担更多基础建设职责，开发者是否获得了更多专注于业务逻辑的创作自由？在完成从3到4的版本跃迁后，这个升级案例或许能引发更深层的思考：面对快速迭代的前端框架，如何构建可持续的升级策略？当项目规模扩大时，这种逐层迁移的升级方式是否具备可扩展性？而那些被记录却未被详细展开的报错处理，又是否暗示着框架升级中隐性知识的传承困境？--Qwen3

react ts work 2024 umijs upgrade configuration migration

17

JUN

前端 excel 导入相关优化

文章围绕一个基于React和Ant Design Pro Table构建的Excel数据导入组件展开，重点探讨了其核心功能与实现细节。该组件通过分步骤流程（原始数据展示、校验、编辑、上传）管理数据处理过程，采用class-validator进行实时校验并高亮错误字段，结合可编辑表格实现动态数据更新。代码结构上通过index.tsx定义组件逻辑与状态管理，types.tsx封装校验规则与状态类型，但存在stepChange方法未暴露、校验库耦合度高、参数设计冗余及步骤状态流转隐式约定等问题。作者通过StackBlitz示例演示了组件运行效果，并指出未来优化方向包括增强扩展性、解耦校验逻辑及改进状态控制机制，为类似数据导入场景提供可复用的技术方案。--Qwen3

react ts improve 2024 Data Processing Form Validation

述而不作

前端 前端