首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
关注
综合
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
排行榜
综合
后端
排行榜
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
全部
前端
JavaScript
Vue.js
React.js
面试
后端
CSS
HarmonyOS
Node.js
展开
全部
前端
JavaScript
Vue.js
React.js
面试
后端
CSS
HarmonyOS
Node.js
架构
前端框架
AI编程
人工智能
TypeScript
Flutter
暂无数据
推荐
最新
qiankun微前端通信与路由方案总结
在使用 qiankun 微前端框架时,主子应用通信和路由跳转是两个核心问题。本文档总结了我们在实践中遇到的坑以及最终形成的完善方案。
qiankun两种加载模式registerMicroApps和loadMicroApp对比分析
qiankun 提供了两种加载子应用的方式: registerMicroApps + start 模式:声明式 和 loadMicroApp 模式:命令式
年薪 50W 的前端,到底比年薪 15W 的强在哪里?
昨天我看新年第一波简历 看破防了 最近团队缺人,我连着看了一周的简历。 说实话,看得我挺难受的。😖 我发现一个特别普遍的现象:很多工作了四五年的兄弟,期望薪资填个 25k 甚至 30k,但你仔细翻他的
Dreamcore3D ARPG IDE “手搓”游戏引擎,轻量级实时3D创作工具,丝滑操作,即使小白也能轻松愉快的创作出属于你自己的游戏世界!
Dreamcore3D 轻量级实时3D创作工具。你将会在梦核3D中体验到飞一般的创作。作为Web前端开发者,你会从梦核3D身上看到广泛的软件系统综合工程能力!
前端向架构突围系列 - 框架设计(四):依赖倒置原则(DIP)
一、 场景:一次痛苦的“技术升级” 想象一下,你负责一个复杂的 B 端系统。半年前,为了快速上线,你直接在业务 Hooks 里引入了 Axios,并散落到了项目的各个角落: 噩梦开始了: 由于公司架构
前端向架构突围系列 - 框架设计(五):契约继承原则
一、 什么是里氏替换?(别背公式,看人话) 教科书上说: “若对每个类型 S 的对象 o1,都存在一个类型 T 的对象 o2,使得在所有针对 T 编写的程序 P 中,用 o1 替换 o2 后,程序 P
前端向架构突围系列 - 框架设计(六):解析接口职责的单一与隔离
在业务中更新迭代过快时, 可以不去关心这些东西, 但这些东西的输出, 更多的是要去转变你的思维, 让你有一个概念、印象这是一个潜移默化的转变过程, 让你看框架、看问题、看业务时, 能站在上一层。
前端向架构突围系列 - 框架设计(七):反应式编程框架Flower的设计
这是《前端像架构突围 - 框架设计》系列的最终章。 我们不专门去说框架聊响应式, 我们去学思想、看更上层的东西。 在前六章,我们聊了面向对象的本质、开闭原则的威力、以及接口职责的隔离。
丧心病狂!在浏览器全天候记录用户行为排障
“bug, 你把这个 bug 处理一下。” 我:“这个 bug 复现不了,你先复现一下。” QA:“我也复现不了。” (PS: 面面相觑脸 x 2)
打破信息茧房!快手搜索多视角正样本增强引擎 CroPS 入选 AAAI 2026 Oral
快手搜索团队提出全新的检索数据引擎 CroPS。该方法通过引入用户换 Query 数据、推荐流数据以及大模型生成的世界知识,多视角丰富了正样本信号,并结合层次化标签分配(HLA)策略和 H-InfoN
2026第一站:分享我在高德大赛现场学到的技术、产品与心得
速览高德开发者大赛中的典型场景与技术亮点,直观判断商业化潜力。从赛场到产品,分享我在高德开发者大赛学到的技术、产品与心得。
前端向架构突围系列 - 框架设计(三):用开闭原则拯救你的组件库
什么是开闭原则 (OCP)? 开闭原则,听起来很高大上,其实说人话就是八个字: 对扩展开放,对修改关闭。 对扩展开放 (Open for extension) :当有新需求来了,你应该能通过“增加新代
Monorepo 各包间正确的通信方式
Monorepo 指的是把多个包的代码,统一放在同一个代码仓库里进行管理的一种仓库组织方式。适合多个项目强相关且有大量共享代码的中大型项目。
别再死磕框架了!你的技术路线图该更新了
先说结论: 前端不会凉,但“只会几个框架 API”的前端,确实越来越难混 这两年“前端要凉了”“全栈替代前端”的声音此起彼伏,本质是门槛重新洗牌: 简单 CRUD、纯样式开发被低代码、模板代码和 AI
忍了一年多,我终于对i18n下手了
过去一年,我主要参与国际机票业务的开发工作,因此每天都要和多语言(i18n)打交道。熟悉我的朋友都知道,我这个人比较“惜力”(并不是,实际上只是忍不下去了),那一起来看看我是怎么来优化多语言管理模式的
你的前端代码应该怎么写
你的前端代码应该怎么写 理解前端框架的本质 前端在很大程度上能抽象成这两类功能。你的业务需求无非就是围绕着这两个点在打转。展示数据,处理表单
半年一百个页面,重构系统也重构了我对前端工作的理解
为什么要重构?旧框架版本滞后导致bug频发,业务与数据处理代码堆积成“屎山”,交互设计割裂影响用户体验,多环境维护成本翻倍……
我用AI重构了一段500行的屎山代码,这是我的Prompt和思考过程
大家好,我来了🙂。 我们团队,维护着一个有5年历史的史诗级中后台项目😖。在这座屎山里,有一个叫handleOrderSubmit.js的文件。 可以下载瞧一瞧 有多屎👉 handleOrderSubm
一个列表页面,初级中级高级前端之间的鸿沟就显出来了
同样是做中后台列表页,初级在堆功能,中级在理结构,高级早已在构建规则。这篇文章通过常见开发场景对比三类前端的差异,揭示那些“看似很忙、实则原地转圈”的低水平重复劳动,带你看清真正的成长路径。
为什么 “大前端” 需要 “微前端”?
我经历了两个团队,其中一个采用了微前端架构,一个没有采用前端架构,正是因为我亲身感受过这两种不同的架构模式,所以我对这两种模式有着深切的体会,我想分享一下我们到底需不需微前端?我们为什么需要微前端?