新闻详情

新闻详情

首页 / 资讯中心 / 详情

AI重塑工业软件:从CAD到CAE,改良与革命的判断框架

发布时间:2026/9/29 19:28:20来源:尧图网络
AI重塑工业软件:从CAD到CAE,改良与革命的判断框架
做工业软件这行这两年被问得最多的就一句话AI来了那玩意儿到底是改良还是革命前两篇我拆过AI进工业软件的方式和入口这篇想把话题往深挖一层。不是为了站队而是想弄明白为什么我们绕不开这个提问以及回答的过程中哪些变化是已经发生的哪些还只是PPT上的概念。坦白讲我一度觉得这是半个伪问题。真正把工业软件和消费级软件区别开来的不是技术复杂度而是两个字责任。CAD画错了可以撤销CAE结果指导的设计出了事故是要追责的。AI的本质是概率推断工业软件的本质是确定性和可追溯性。这两者相撞局面自然比普通行业复杂得多。这篇文章就站在这个碰撞点上给正在评估AI工业软件的人一套能自己用的判断框架。1. 追问的价值工业软件不是“加个AI按钮”那么简单1.1 所有人都想回答但大多数人停在口号上近两年我参加了不少行业交流听下来一个明显感受大家讨论AI工业软件时语气差距非常大。有人觉得AI马上要重构整个研发链条有人觉得顶多是把命令栏变成对话栏谁真信谁被割韭菜。为什么同一件事能得出完全相反的看法因为各自看到的样本不一样——看到演示Demo的和真正跑过生产项目的说的根本不是一回事。工业软件这个领域有个特殊性质它的使用场景高度依赖行业知识。一个航空发动机叶片和一个注塑玩具壳在软件里或许都能建模、都能仿真但背后的工况、材料、验证要求完全不同。AI在这样的场景里很难用一套通用模型通吃必须在具体行业里沉淀。所以“改良还是革命”这种问题没法靠开一次会达成共识只能靠场景去检验。我自己的立场是这个问题值得问但答案不在口号里在两条路线的工程细节里。改良和革命不是两个选项更像是同一条路上的不同速度。如果想看清楚自己的企业、自己的产品处在这个连续谱系的哪一点至少得先把两个词的定义落到工作流和数据流上。1.2 先看工业软件三大模块AI的切入点天差地别工业软件家族庞大但被AI触及最多的核心是CAD计算机辅助设计、CAE计算机辅助工程、CAM计算机辅助制造往上还有PLM产品生命周期管理。AI在这几个模块里的角色差异极大如果不先拆开看谈“改良还是革命”只会各说各话。先看CAD。CAD的核心是几何表达工程师用草图、特征、约束去构建模型。这是个高度人机交互的过程AI最容易切入的是交互效率预测下一步操作、自动添加约束、甚至根据历史习惯推荐特征。这里的改良空间很实在但不会动设计的本质。再看CAE。CAE的核心是求解用有限元、计算流体力学等方法去模拟物理过程。以前的CAE是“人工描述问题—网格划分—求解—后处理”AI可以切入前处理、加速求解、辅助判读结果理论上前处理和求解端都有被颠覆的可能。这是AI和工业软件碰撞最激烈的地带。CAM的核心是把设计转成加工指令比如数控编程、刀具路径规划。AI在这里可以优化路径、预判刀具磨损甚至自动生成工艺参数。但CAM受制于机床物理能力和车间现实AI能发挥的空间是“优化”而不是“重写”。三块合在一起看AI在不同模块的切入深度完全不同。CAD更多的改良层面CAE存在技术路线的革命可能性CAM则是典型的效率优化。把整个工业软件笼统挂上“AI革命”的标签本身就是对行业结构的忽视。2. 改良路线AI当“加速器”改的是效率不是决策2.1 藏在操作日志里的AICAD交互的隐形升级先说CAD里已经落地的一类AI改良靠的是软件本身的操作日志。工程师在CAD里画的每一条线、加的每一个约束、回退的每一步操作都会留下痕迹。把大量这样的痕迹喂给模型训练AI就能做到“你刚画完一个圆和两条切线它已经猜到你要不要做相切约束”。这其实是把Copilot的思路搬到了几何建模里。我实测过这类功能在一个常规的钣金件草图里AI能主动把缺失的共线、对称关系补上减少了不少重复点选的次数。这种体验上的提升是能感知的但它有一个本质特点——AI只是更快地执行了人的意图没有改变“怎么设计”这件事。为什么这类功能值得关注因为它是软件商的天然优势区。第三方很难拿到软件内部的操作数据和语义上下文只有开发CAD软件的厂商能在自家产品里无缝集成这种AI能力。这也解释了为什么头部CAD厂商这两年都在强调自己的AI助手而不是把生态让给别人。对用户来说这是低风险的改良不满意可以关掉不影响原有工作流。2.2 仿真前处理是重灾区AI网格划分的落地价值CAE工程师之间流传一句话网格分得好下班走得早。这不是段子。很多真实项目里前处理几何清理、网格划分、边界条件设置要占掉整个分析周期的五成以上时间真正跑求解器反而快。几何上一个小圆角、一个螺纹孔、一段圆角过渡都可能导致网格质量问题和收敛困难。AI在这里的切入很务实通过识别几何特征自动决定局部网格密度。比如一个带散热鳍片的壳体散热片薄、基座厚AI能自动在薄壁处加密、在远离应力集中的区域放宽网格尺寸省去人力反复调整的时间。我见过一个案例某结构件原本工程师人工划网格需要两个小时AI自动网格化后二十分钟完成网格质量指标还略好一点。必须说明这类AI依然处理不了全部问题——遇到垃圾几何、坏面、破体依然需要人工兜底清理。可即使如此它已经实打实把“脏活”的占比降下来了。这种AI属于典型改良不改变CAE的决策逻辑但大幅改变投入产出比。2.3 检索增强生成RAG把企业知识库盘活还有一个不太起眼但落地最快的AI应用是把企业的历史文档变成可对话的知识库。制造企业里最不缺的就是文档企业设计标准、仿真分析报告、历史故障案例、材料手册散落在服务器、个人电脑、纸质档案里。工程师遇到“这个材料能不能用于200摄氏度环境”这类问题常常要靠经验去回忆或者翻半天资料。RAG的思路是先把这些文档做向量化索引用户提问时检索相关片段再交给大模型组织答案。它的好处在于不需要重新训练模型答案会附上引用出处内容不决的时候能回到原文去核对。我在不少制造企业看到这类知识库是最先受到欢迎的AI应用因为它几乎不威胁任何人只是让老工程师的经验被固化下来新工程师不用全靠“问人”。这里有个非常实际的注意事项图纸里的尺寸符号、公差标注、单位制、公式这些内容做文本解析时很容易丢。要做好RAG落地前期的文档清洗比模型选型重要得多。另一个坑是检索召回的相关性——例如你问“应力强度因子”但文档里写的是“SIF”如果没做好同义术语映射AI就找不到老专家的结论。2.4 改良路线为什么能当主流背后的逻辑并不难理解把上面的案例合起来看改良路线的共同特征风险低、效果直观、ROI容易算。单位花了钱买AI增强的CAD/CAE功能工程师觉得画图快了一点、网格板块省力了故事就算讲通了。软件厂商也愿意讲这个方向因为不挑战现有用户习惯不需要用户改变设计流程迭代成本也低。但改良天然有个天花板它优化的是流程中的单点效率没有重构数据流和决策链。你用AI辅助画图画出来的还是同样的图你用AI辅助划分网格计算逻辑没有变。当效率提升到一定程度后边际收益会快速衰减。这也是为什么行业里始终有人在问“革命”因为大家都隐约感到只改效率解决不了更深层次的问题。3. 革命路线AI从“助手”变成“设计主体”3.1 生成式设计的“革命”到底在革谁的命生成式设计是“AI做设计主体”最常被提到的形态。传统拓扑优化已经能做“给定载荷与约束求解材料最优分布”但它本质上还是一个数学优化过程而且解出来往往是要靠工艺人员二次解读的“怪异形状”。新一代生成式AI想做到的是另一件事大模型学习了海量历史设计数据能根据你给出的功能需求直接生成多个候选几何方案。这个变化是实质性的。以前是工程师出方案、AI做验证和优化现在变成AI出方案、工程师做选择和把关。决策权的起点发生了转移。我见过一个实验性的支架设计AI给出的方案里有一个是非对称的异形结构人工团队最初认为不合理但仿真校核后发现它比常规方案轻了18%。这个案例说明AI的搜索空间确实比人的思维惯性更大。但要清醒看到现状。目前的“AI生成式设计”大多还是拓扑优化、参数化生成和大模型语义生成的组合尚未形成真正的“自主设计闭环”。最核心的缺失是设计生成之后的分析验证环节依然是独立的、由人来衔接的。什么时候AI能在生成几何之后立刻自动完成强度、疲劳、工艺可行性评估并且自己迭代修正那才算真正革了“设计—仿真—验证”这条传统链路的命。按现在的技术水位还差一到两个关键突破。3.2 不用网格的AI仿真神经网络求解器离可靠还有多远CAE领域最受关注的革命性方向是用神经网络直接求解物理方程。这类方法里面最有代表性的是PINN物理信息神经网络把偏微分方程和边界条件编码进神经网络的损失函数训练网络直接输出整个计算域上的场解。好处很诱人不需要划分网格天然适合反问题求解训练完成后单次推理速度极快。我实际跑过几个PINN的小算例说说真实感受。在一维热传导和简单结构力学问题上PINN能达到与常规有限元法精度接近的结果误差在2%以内不在话下但训练时间却可能达到几十分钟到数小时而传统有限元只需几分钟。综合来看目前把PINN当生产工具的时机还不成熟更现实的角色是给传统求解器做“代理模型”。什么叫代理模型举个例子某个零件需要做大量不同工况的响应分析传统CAE每种工况都重新求解成本很高。我们可以先用传统CAE求解几十个工况把结果拿去训练一个神经网络之后新的工况直接让神经网络插值预测。这种“AI代理”在工程上的价值已经被验证了。但这算革命吗我认为算半革命它改变了求解范式但最终输出仍要接受传统方法校验。真正完全替代传统求解器的那一天还很远任何宣称自己能“替代FEA”的宣传现阶段都要打问号。3.3 商业模式的重构才是更深的“革命”还有一个容易被工程师忽略的层面AI正在悄悄改变工业软件的商业形态。传统工业软件按模块卖License授权许可一个CAE模块多少钱一个网格划分工具多少钱按人头或者按机器数收。这样的模式决定了软件厂商关心的是“卖出更多工具”而不是“帮客户解决更多问题”。AI来了之后“按结果付费”开始变得可能。例如AI能自动生成设计方案并附带验证报告软件商可以把“方案报告”当作一单服务卖。客户不再需要买全套软件、招CAE专家只需要付钱买一个经过验证的结论。这对软件厂商的商业模式来说是釜底抽薪式的改变——从“卖工具”变成“卖铲子再帮挖矿”。更深的影响在于AI打破了传统CAD/CAE工程师的分工壁垒。以前设计工程师不会用复杂仿真工具CAE专家只管分析不理解设计意图。AI把仿真操作门槛降下来后设计工程师在概念阶段就能自己跑快速仿真CAE专家则腾出手来做更复杂的校核与方法论沉淀。这种分工重构可能比单纯的技术升级影响更大也会重新定义软件的价值主张。4. 判断“改良还是革命”的两把标尺4.1 标尺一AI是“嵌”在流程里还是“长”在流程里面对各种宣传话术一个非常实用的判断方法看AI在数据流里站的位置。外挂式AI是独立的需要人来导出数据再喂进去得到结果再拿回来——数据流转的每个环节都需要人工介入。嵌入式AI是内嵌在业务主链路里的用户在主界面里操作AI在后台直接读取当前上下文输出结果自然落回原流程。更深一层的原生式AI则是整个流程围绕AI重新设计数据从一开始就在为AI组织。用网格划分举例可能最直观。外挂式你在CAE里导出几何文件放到一个AI前处理工具里得到网格文件再导回CAE。嵌入式你在CAE界面直接点“AI自动网格”它在内部读取几何、生成网格结果直接进入求解流程。后者看起来只是省了几个操作但数据流性质完全变了——一个断开的一个连续的。如果AI只是嵌在某一个环节无论它在该环节表现多好本质都还是改良。只有当数据流开始围绕AI重新组织AI成为流程的“基础设施”而不是“插头”时才算走进了革命序列。这个标尺对用户选型非常实用买AI功能前先问一句它在我的数据流里是“插头”还是“管道”4.2 标尺二决策权停在人手里还是交到AI手里第二把标尺关乎责任。工业软件里任何输出最终都要有人签字这个人要对设计、对分析结果负责。如果AI只提供建议人拍板决定决策权还在人手里这就是改良如果AI在明确的规则边界内自主执行决策人只在异常和终极节点介入那决策权已经实质性转移了。举一个参数的例子传统仿真优化是工程师设好变量范围、约束和目标求解器跑一堆方案工程师从结果里挑一个。优化算法本身在做决策但最终选择是人做的。现在有些AI代理能做完整的参数寻优直接输出“最优方案就是这个已附带验证结果”人只需确认。从流程上看人还在但从效率和责任链上看决策权的起点已经变了。为了说清改良和革命的分界我习惯用下面这个表来对照判断维度改良路线革命路线AI的角色加速器、辅助工具设计主体、流程主导者数据流形态人主导AI介入单点环节AI主导数据流转人在关键节点把关决策权分布人做决策AI提建议AI做决策人做监督与异常处理出错责任归属清晰人负责需要新的责任分配机制与验证标准典型商业模式按License或订阅收费按结果、按效果、按服务收费用两把标尺同时量一下定位并不难。大多数现行产品落在“嵌入式辅助人拍板”这个改良区间少部分实验产品在向“AI主导决策”试探但离被工程界广泛认可还有距离。4.3 现阶段大多数产品卡在哪里把两把标尺合起来看答案就很清楚大多数AI工业软件的产品仍然处于改良区。原因不是AI能力不够而是工程验证和信任体系没有跟上。AI生成一个方案不难难的是让客户敢把这个方案放进生产流程。这需要大量经过验证的案例积累需要标准更新需要行业形成新的责任共识。这几样东西的周期远比技术本身长。这也是我判断行业现状的基本盘AI的技术水位已经在部分领域触及革命区间但工业体系的接受水位还停在改良区间。两者之间的落差是未来几年最大的机会也是最大的坑。选择做改良产品的团队会稳扎稳打选择做革命尝试的团队有可能大起大落但正是这种落差里的博弈正在重新定义工业软件行业的版图。5. 挡住革命的三座山数据、验证与信任5.1 工业数据的“脏、缺、偏”比“不够大”更难处理很多人以为工业软件拥抱AI最缺的就是数据量实际做过才知道工业数据的问题不是“不够大”而是“脏、缺、偏”。脏指的是格式混乱、标准不一、单位混乱同一个零件在不同版本的CAD文件里命名方式完全不同连属性表都可能是Excel和PDF混着来。缺指的是高价值仿真数据严重不足一次结构分析的费用可能是几千块机时企业不可能平白无故积累海量标注好的仿真样本。偏指的是数据覆盖的工况分布极不均匀都在用成熟的产品数据新产品、极端工况几乎没数据。我接触过一个做设备健康监测的项目想用AI预测关键部件的剩余寿命结果发现历史的检修记录都是手写或者PDF扫描件连最基本的“开工时间”字段都无法批量提取。为了清洗这些数据团队整整花了一个季度这个时间成本很多企业根本预想不到。想用AI先得补数据基础设施的课是工业软件绕不过去的第一道坎。5.2 “AI说没问题”谁来签字验证与标准体系的缺口工业软件有一个特殊属性它的输出会成为设计决策依据进一步决定产品能不能投产。一旦AI预测出错影响可能波及整个产品线。传统CAE之所以能被接受是因为它有清晰的数学物理基础理论上有完整的误差分析链条。AI模型再强目前也做不到让所有人都信服它每一次预测的置信度。每个人都在说AI需要可解释性但工业界真正需要的不只是“为什么这样输出”而是“这个输出在多大范围内可信”。学术上叫不确定性量化UQ工业软件要的是把AI输出的合理误差范围给出来与置信度绑定。可惜目前这既不是主流AI框架的原生能力也没有形成行业统一标准基本是各家自己摸着石头过河。我见过的最务实做法叫作“影子验证”把AI接入历史项目数据让它重新计算那些已经有准确答案的旧工况再把AI结果与真实结果逐点对比。实际上AI结果与解析解或成熟软件结果偏差很小这条“影子验证”报告就是最好的信任背书。在没有行业标准之前这种“先证明给我看”的方法是建立初步信任最有效的路径。5.3 工程信任的建立靠“盲测”而不是“宣讲”很多厂商来找企业谈AI落地方式是PPT演示。我通常的建议是先别接新项目直接做盲测。拿三个你们已经做完的旧项目隐藏掉结论让AI走一遍完整流程然后把AI给的结果和当初的真实设计比一比。如果AI连旧项目的结论都对不上那它在新项目上的表现是站不住的。这样做的另一个好处是帮工程师建立“手感”。工程师对AI的信任不是靠概念建立的是靠一次一次的兑付建立的。跑过十个历史案例AI有九个和真实结果匹配良好工程师自然愿意在第十一个案例上认真参考AI的意见。如果头一次就给AI算一个全新项目无论结果好坏双方都会很尴尬——好的不敢信坏的不敢用。我经常给团队打个比方别把AI当成一个“满级专家”把它当成一个“有明显天赋但需要监督的实习生”。你安排任务时会说清楚目标、边界和验收标准它交回来的东西你一定会审核。带着这种心态去用AI工业软件心态会稳很多踩坑概率也会小很多。6. 不纠结“革不革命”先把手头的三件事做起来6.1 工程师个人按“AI时代的能力补齐”来投资自己很多人担心AI会取代工程师我的看法恰恰相反AI会淘汰那些只会做“重复判断”的工程师但会大幅放大“懂原理、懂约束、懂校验”的工程师的能力。与其焦虑不如做三件可执行的事。第一件把你工作里占时间最多的重复性判断列出来。网格参数怎么设、公差怎么标、报告怎么排版这些是不是每次都在重复试着用AI把其中一部分自动化哪怕只是提升二成效率长期积累都相当可观。第二件学会给AI写任务描述本质是训练自己把模糊需求翻译成机器能理解的目标、约束和验收标准这个能力会越来越值钱。第三件建立你自己的验证清单AI输出任何结果你都有一套人工抽查和复核的流程这既是保命符也是你在新协作模式里不可替代的底牌。6.2 团队选型判断哪些场景最值得先上AI如果企业准备引入AI工业软件我不建议满腔热情地全面铺开。按风险和频率分类能少踩很多坑高频低风险的场景比如参数查询、知识检索、自动化报告可以立刻上回报快且不威胁关键链路中频中风险的场景比如网格划分、标准件建模、路径优化需要小范围试点让工程师投票观察实际接受度低频高风险的场景比如强度校核、寿命预测、材料选型要谨慎评估必须保留人工复核且最好有影子验证体系。场景类型举例建议策略高频低风险企业知识查询、报告生成、标准推荐优先上快速见效中频中风险自动网格、辅助建模、参数优化小范围试点工程师参与评估低频高风险强度校核、疲劳寿命预测、关键材料选型审慎上线强制人工复核与影子验证这个优先级背后的逻辑很简单先用改良换口碑再用口碑换尝试革命的入场券。大部分企业连基础数据治理都还没有做好一上来就冲击高风险核心环节成功的概率确实有限。6.3 一个可落地的AI工作流示例用AI把仿真优化扛下来分享一个我自己跑通的工作流示例背景是一款塑料件的模态分析优化。传统做法工程师手动修改壁厚和加强筋高度每次改完重新划分网格、跑模态、看一阶频率目标频率不满足再改一天最多试十来个方案。引入AI后的流程是这样第一步把塑料件模型参数化把壁厚、加强筋高度、材料牌号设成可调变量第二步用脚本批量生成样本并自动划分网格、求解把几十组参数和对应的一阶频率结果存成训练集第三步用这个训练集训练一个轻量代理模型模拟参数与结果之间的映射第四步用贝叶斯优化在这个代理模型上自动搜索找到满足目标频率且重量最轻的壁厚组合第五步对AI推荐的最优组合用传统CAE再做一次完整验证。这套流程里AI承担了“试错”的重复工作工程师只负责定义目标和验证最终结果。最终项目从人工两天压缩到四个小时而且因为搜索空间覆盖了更多组合找到的优化解比工程师最初预想的还好一些。这件事能说明什么呢同样的场景AI扔进工作流里用好了是降维打击用不好只是多一个玩具。结语改良还是革命答案在你每天的选择里写了这么多回看标题这个问题我反而觉得它没有唯一答案。技术路线的改良和革命是并行的两种力量会在未来很长时间里同时存在。对软件厂商来说改良意味着存量市场的稳定革命意味着新市场的卡位对工程师来说改良是今天用来提升效率的武器革命是明天必须面对的行业变量。没人能站在时代的分叉口上选一条路就停住所有人都在不断移动。我个人的体会是别把注意力放在“革命什么时候来”这种大问题上而应该放在自己明天上午的工作上。找个你手头最烦人的重复性环节用AI试一把哪怕只是把一个参数寻优做成自动化你也会切切实实感受到这个问题不再抽象。历史已经反复证明真正改变一个行业的从来不是喊口号的人而是一个个在具体问题上做出改良、积累到临界点的人。
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

vscode 系列文章目录 - ctrl+鼠标左键无效:TaoToken 统一 Key 通道下的 settings.json 排查骨架 2026/9/29 22:41:46

vscode 系列文章目录 - ctrl+鼠标左键无效:TaoToken 统一 Key 通道下的 settings.json 排查骨架

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
2026 年 5 月前瞻:Hermes Agent 安全合规落地,用 TaoToken 统一 Key 打通悬镜灵境 AIDR 接入配置 2026/9/29 22:41:46

2026 年 5 月前瞻:Hermes Agent 安全合规落地,用 TaoToken 统一 Key 打通悬镜灵境 AIDR 接入配置

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
ArcEngine 查询、添加、删除要素的配置方法与验证:TaoToken 统一 Key 接入实践 2026/9/29 22:41:46

ArcEngine 查询、添加、删除要素的配置方法与验证:TaoToken 统一 Key 接入实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
Codex 配 TaoToken 接入本地 Qwen 与 llama:settings.json 骨架与 Ollama 对接踩坑实录 2026/9/29 22:41:46

Codex 配 TaoToken 接入本地 Qwen 与 llama:settings.json 骨架与 Ollama 对接踩坑实录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
研发团队提效新范式:如何用 TaoToken 统一 Key 打造 7×24 小时组织级 Coding Agent? 2026/9/29 22:41:45

研发团队提效新范式:如何用 TaoToken 统一 Key 打造 7×24 小时组织级 Coding Agent?

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
异步加载与性能优化:从事件循环到前端与Android的实战 2026/9/29 22:41:37

异步加载与性能优化:从事件循环到前端与Android的实战

异步加载和性能优化,这两个词放在一起的时候,很多人第一反应是“不就是老生常谈吗”。但我在一线做了十多年,这两年又跨到 App 侧去优化启动性能,发现不少人对这两个词的认知还停留在“会用个 async/await、知道图片要懒加载”的层…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉