普通视图

发现新文章,点击刷新页面。
今天 — 2026年3月3日首页

弃用html2pdf.js,这个html转pdf方案能力是它的几十倍

作者 刘发财
2026年3月3日 02:06

欢迎转载文章

在前端开发中,“把网页变成 PDF”是个老生常谈的需求。无论是生成发票、报告还是简历,用户总希望点一下按钮就能带走一份格式完美的文档。 目前主流的前端html转pdf方案是通过html2canvas将网页渲染成canvas,再通过jsPDF将canvas转换为pdf。代表方案就是 html2pdf.js,npm包周下载量达到了80万,为广大开发者所接受。但是因为它基于html2canvas和jsPDF,会有一些无法解决的问题,比如:

  • 生成速度慢
  • 生成的pdf文件体积大
  • 生成的pdf内容会模糊,打印时无法达到清晰度要求
  • 文字无法被搜索,选中,编辑,因为它生成的pdf是图片式的,而非矢量pdf

而现在,有一种全新的解决思路,完美的解决了这些问题,那就是作者开源的前端pdf生成库dompdf.js,具体的实现和说明可以查看我上一篇文章 https://juejin.cn/post/7583912637470769203

在线体验

dompdfjs.lisky.com.cn

Git 仓库地址 (欢迎 Star⭐⭐⭐)

github.com/lmn1919/dom…

gitee.com/liu-facai/d…

dompdf.js的大致原理

1.解析 html 页面,生成一个包含节点位置信息,样式,层级,内容等信息的 DOM 树。

2.递归 DOM 树,根据节点据顶部的高度和生成页面规格的高度,将节点分配到不同的页面。

3.调用 jspdf.js 的 api,将节点绘制到 PDF 文件上。

可以看出,dompdf.js 跳过了html转图片的步骤,直接将 DOM 树转换为矢量 PDF 文件,避免了图片转换导致的模糊问题,同时也解决了文字无法被搜索,选中,编辑的问题。

下面,我们从pdf生成速度,生成质量,生成数量等方面对两种方案进行对比

测试的内容为生成包含文本和表格的pdf文件

1.文件生成速度对比

同样的内容,dompdf.js 生成速度更快,耗时基本上只有 html2pdf.js 的 1/2。

微信截图_20260303012415.png

2.文件体积对比

dompdf.js 生成的 pdf 文件体积更小,同样的内容页数,dompdf.js 生成的 pdf 文件体积是 html2pdf.js 的 1/5左右。

微信截图_20260303012435.png

3.清晰度对比

在放大到500%后,html2pdf.js 生成的 pdf 文字会出现明显的锯齿,而 dompdf.js 生成的 pdf 文字则完全没有压力。

html2pdf.png

html2pdf.js生成的pdf文件,放大后会有锯齿

微信截图_20260303013333.png

dompdf.js生成的矢量文件,不会出现模糊的情况

4.生成数量对比

html2pdf.js在30页左右,由于canvas高度限制,就会出现空白页,而 dompdf.js 轻松可以生成数百上千页的pdf。

微信截图_20260303014415.png

html2pdf.js生成的pdf文件,内容过多会出现空白页

微信截图_20260303015837.png

dompdf.js轻松可以生成数百上千页pdf

总结

通过上述对比可以看出,dompdf.js 在各项指标上都完胜传统的 html2pdf.js 方案。它不仅解决了 html2canvas 带来的模糊、体积大、无法选中文字等痛点,还大幅提升了生成速度和页面承载能力。

对于需要高质量、可编辑、且对性能有要求的前端 PDF 生成场景,dompdf.js 无疑是目前更优的选择。

如果你也被前端生成 PDF 的各种坑所困扰,不妨试一试这个库,希望能够帮助到你!

别忘了去 GitHub 点个 Star 支持一下作者哦!⭐⭐⭐

GitHub: github.com/lmn1919/dom…

2026年大模型怎么选?前端人实用对比

作者 牛奶
2026年3月2日 23:57

2026年大模型怎么选?前端人实用对比

这是系列第三篇。02篇我们聊完基础概念,这篇来看看怎么选对大模型和开发工具。


你有没有过这样的经历?

打开一个AI编程工具,纠结半天该选哪个模型。有人说Claude最强,有人说GPT好用,还有人说免费的DeepSeek足够用了。你花了半小时研究,最后还是随便选了一个。

结果用起来才发现:这个模型写代码总是漏这漏那,那个模型响应太慢,还有一个模型连中文都理解不好。

如果你有这样的经历,说明你和我一样,曾经被困在「选择困难」里。

这篇文章,我帮你把这件事彻底讲清楚。


原文地址

墨渊书肆/2026年大模型怎么选?前端人实用对比


先说结论

不想看长文的记住这几点:

  • 免费首选:Trae国内版(完全免费,Claude 3.5)
  • 想要最强:Cursor Pro($20/月,Claude Opus 4.6)
  • 性价比之选:Windsurf($15/月,Claude Sonnet)
  • 国产之光:智谱GLM-5(开源最强,逼近Claude)
  • 开源白嫖:OpenCode + 免费API

核心问题:模型到底差在哪?

选工具之前,先搞明白一个问题:这些模型都能写代码,到底差在哪?

根据2026年2月Coding Arena的真实投票数据(17万+开发者票选),核心差异就三点:

复杂任务处理能力

面对一个模糊的需求,顶级模型会先问清楚再做,差的模型会直接开写,然后写错。

面对跨文件重构,顶级模型能理解整个代码库的结构,差的模型只能看到当前文件。

举一个我自己的例子:

有一次我要重构一个React项目的老组件,大概3000行代码。我分别用了三个模型:

  • Claude Opus 4.5:先问我「这个组件的数据流是什么」「有没有单元测试」「目标是用Class还是Function」,然后才开始写
  • GPT-5.1:直接开始写,写到一半发现数据结构不对,又从头改了一遍
  • DeepSeek V3.2:写倒是能写,但细节处理不完善,后面我自己修了半小时

这就是差距。复杂任务面前,顶级模型不是在「写代码」,而是在「解决问题」。

思考深度

Thinking模式(推理模式)比普通模式平均强5-10%。

但Thinking模式响应慢3-8秒。

简单任务不需要Thinking,复杂任务必须开。

我的经验是:

  • 写个简单函数、开个API接口 → 普通模式就够了
  • 面对复杂需求、跨文件重构、疑难Bug → 必须开Thinking

上下文理解

有的模型看 3000 行代码就开始「失忆」,给你的代码前后矛盾。

有的模型能理解200万token,整个项目丢进去都不是问题。

前端项目越大,上下文能力越重要。特别是你要让AI帮你理解一个老项目的时候。


2026年模型排名(基于Coding Arena)

这是2026年2月的真实排名,17万开发者投票得出。数据来源:Arena.ai

第一梯队:最强王者

排名 模型 得分 适合场景
1 Claude Opus 4.6 1560 通用最强,新版无需Thinking
2 Claude Opus 4.6 Thinking 1553 架构设计、复杂重构
3 Claude Sonnet 4.6 1531 性价比最高的顶级模型

为什么强:这三兄弟是 Anthropic 家的,特点是「想清楚了再写代码」。当你面对一个复杂需求,它们会先分析问题、考虑边界情况、规划实现方案,然后才动手。

第二梯队:实用之选

排名 模型 得分 适合场景
5 GPT 5.1 High 1471 快速原型、速度优先
7 Gemini 3.1 Pro PreView 1461 多语言切换、前后端通吃
8 GLM-5 1451 开源最强,200K上下文

为什么实用:GPT 5.1 High在速度上有优势,适合快速迭代;Gemini 3.1 Pro在多语言支持上表现出色,适合全栈开发者;GLM-5虽然是国产模型,但表现已经逼近国际顶级水平,特别是在中文场景下。

第三梯队:国产新势力

排名 模型 得分 适合场景
12 kimi k2.5 thinking 1436 长文本处理、中文对话、文档分析
13 minimax m2.5 1436 多模态理解、长文本总结
17 qwen3.5 1396 阿里生态、中文优化、高性价比

为什么值得关注:国产模型正在快速追赶国际顶级水平。Kimi在长上下文和多轮对话上有优势,MiniMax在多模态领域表现出色,Qwen3.5背靠阿里云生态,性价比极高。对于国内开发者,这三个模型是很好的替代选择,特别是中文场景下体验不输国际大厂。


开发工具到底选哪个?

对于前端开发者,工具比模型更重要。因为工具已经把模型封装好了,还加了文件管理、终端操作这些功能。

1. Cursor(推荐给不差钱的)

价格:$20/月

包含模型:Claude Opus 4.6 + GPT-5.1 High + Gemini 3.1 系列

优点

  • 目前集成度最高的AI IDE
  • Tab补全、Ctrl+I提问、Ctrl+K改代码,三种模式无缝切换
  • Agent模式可以自己跑命令、改文件
  • 理解项目结构,能跨文件分析

缺点

  • 贵,$20/月
  • 国内访问不稳定

适合:预算充足,追求最强体验

我的建议:如果你只能选一个,选 Cursor。它的体验是目前最好的,特别是Agent模式,真的能帮你减少很多机械劳动。


2. Trae(国内免费首选)

价格:国内版完全免费

包含模型:Claude 3.5 Sonnet + 豆包

亮点功能

  • 国内直达:无需翻墙,直接访问
  • 中文优化:对中文Prompt理解更准确
  • 智能补全:类似Cursor的Tab补全
  • Agent模式:支持自动执行开发任务

优点

  • 免费!国内直达,不用翻墙
  • 中文体验最好
  • Claude 3.5 Sonnet足够强
  • 界面简洁,上手快

缺点

  • 相比 Cursor,集成度稍低
  • Agent 能力不如 Cursor
  • 插件生态不如 Cursor 丰富

适合:国内用户,预算0元,日常开发

我的建议:国内开发者的福音。免费且够用,夫复何求?如果你之前没用过AI编程工具,从Trae开始是最省心的选择。


3. Windsurf(性价比之选)

价格:$15/月

包含模型:Claude Sonnet系列

亮点功能

  • Flow模式:类似Cursor的Agent模式,可以自动执行多步骤任务
  • Cascade:新一代AI编程架构,任务拆解能力更强
  • 上下文保持:长时间对话中保持项目上下文

优点

  • 比Cursor便宜$5
  • 能力接近Cursor
  • Flow模式也能自动执行任务
  • 对Mac/Windows/Linux支持都很完善

缺点

  • 略逊于Cursor(主要在Agent的智能化程度)
  • 生态没Cursor成熟(插件少一些)
  • 中文优化不如Trae

适合:预算有限,但想要好体验

我的建议:如果$20觉得贵,Windsurf是完美的替代品。能力足够,价钱友好。特别是Cascade模式发布后,整体体验提升明显。


4. Google Antigravity(AI原生开发平台)

价格:免费(目前)

包含模型:Gemini 3 Pro / Flash

亮点功能

  • Agent Manager:可以同时管理多个AI Agent协同工作
  • 浏览器自动化:支持浏览器内的自动化任务执行
  • Workspace概念:支持创建多个独立的工作空间
  • Google生态集成:深度整合Google Cloud和开发工具链

优点

  • Google原生,AI Agent能力强大
  • Agent Manager可以同时管理多个AI协同工作
  • 支持浏览器内自动化任务
  • 免费!目前对开发者免费开放
  • Gemini 3在多模态理解上优势明显

缺点

  • 2025年11月才发布,还比较新
  • 生态还在建设中(插件少、功能在快速迭代)
  • 国内访问可能不稳定

适合:喜欢Google生态,想尝试最新AI编程方式的开发者

我的建议:这是Google在AI编程领域的大招。虽然还年轻,但Google的投入力度很大,未来值得关注。特别是它的「Agent Manager」概念很有意思——你可以同时让多个AI帮你干活。如果你是Google全家桶用户,强烈建议试试。


5. OpenCode(开源白嫖)

价格:完全免费(开源项目)

支持模型:75+模型,包括Claude、GPT、Gemini、DeepSeek、MiniMax M2.5

亮点功能

  • MCP扩展:支持Model Context Protocol,可以扩展各种功能
  • 灵活配置:可以自定义模型参数、API端点
  • 隐私优先:所有数据本地处理,不上传云端
  • 多模型切换:同一个对话中随时切换不同模型

优点

  • 完全免费
  • 灵活,想用啥模型用啥模型
  • 隐私优先,数据本地处理
  • 支持MCP扩展
  • 社区活跃,插件丰富
  • 支持MiniMax M2.5免费模型,国内访问稳定

缺点

  • 终端操作,有学习成本
  • 没有图形界面(纯命令行)
  • 需要自己配置API Key
  • 没有内置的代码编辑器功能

适合:开发者,有技术背景,想自己掌控

使用技巧

  • 配合VS Code的Dev Container使用效果更好
  • 推荐使用MiniMax M2.5免费模型,国内直达,无需翻墙
  • 适合需要高度定制化的专业开发者

我的建议:如果你愿意折腾,OpenCode + MiniMax M2.5是性价比最高的组合。完全免费,工具免费+模型免费,夫复何求?适合有一定技术基础、喜欢折腾的开发者。


6. Z Code(智谱官方)

价格:免费/付费

包含模型:GLM-5系列

亮点功能

  • AutoDev模式:自动完成整个开发流程(写代码→执行→测试→提交)
  • 200K超长上下文:可以一次性理解整个大型项目
  • 多模态支持:支持图片、代码、文档等多种输入形式
  • 国产化部署:支持私有化部署,适合企业用户

优点

  • 智谱官方,GLM-5体验最完整
  • 自动完成整个开发流程(写代码、执行、测试、提交)
  • 200K超长上下文
  • 中文理解能力极强
  • 国内访问稳定

缺点

  • 刚发布,生态还在建设中
  • 插件和第三方集成不如Cursor丰富
  • Agent能力还在持续优化中

适合:想体验国产最强模型、喜欢尝鲜的开发者

我的建议:GLM-5确实强,但配套工具还需要时间完善。适合想支持国产的朋友。特别是200K上下文对于大型项目非常友好,如果你需要处理大型老项目,Z Code值得一试。


预算方案推荐

预算0元:Trae + OpenCode

  • 日常开发:Trae国内版
  • 查问题:OpenCode + MiniMax M2.5免费模型
  • 尝鲜:Z Code(GLM-5)

效果:80%的日常开发够用,国产模型崛起


预算15元/月:Windsurf Pro

  • 工具:Windsurf Pro($15/月)
  • 模型:Claude Sonnet

效果:比Cursor便宜,能力足够


预算20元/月:Cursor Pro

  • 工具:Cursor Pro($20/月)
  • 模型:Claude Opus 4.6

效果:目前前端开发最强组合


想要国产最强:Z Code + GLM-5

  • 工具:Z Code(免费)
  • 模型:GLM-5(开源最强)

效果:支持国产,能力逼近Claude


我的建议

  1. 先用起来:别纠结,Trae直接下载先用
  2. 从免费开始:觉得不够再升级
  3. 按需付费:每个工具都有免费额度,先试试
  4. 组合使用:不同场景用不同工具
  5. 关注国产:GLM-5的崛起值得关注

写在最后

AI工具更新快,这篇写的是2026年2月的格局。

有一点特别想说的是:这两年国产模型的进步速度超出了所有人的预期。从2024年的「能用」,到2025年的「够用」,再到2026年的「逼近最强」——GLM-5、Kimi K2.5这些国产模型正在快速追赶。

作为前端开发者,这是最好的时代。我们有更多的选择,也有更大的空间。

下篇我们聊《Prompt怎么写才有效》——同样工具不同人用,效果差十倍。

感兴趣下篇见。

前端人为什么要学AI?

作者 牛奶
2026年3月2日 23:50

前端人为什么要学AI?

系列开篇,写给想要真正掌握未来的前端开发者。


你有没有过这样的经历?

写一个登录表单,花了半小时调样式。产品说交互要改一下,你又花了半小时。类似的功能做了无数遍,感觉自己就是个「Ctrl+C / Ctrl+V」工程师。

遇到一个复杂的正则表达式或者是算法题,对着Google搜了半小时,结果复制过来的代码自己都看不懂,最后只能硬着头皮问同事。

接手别人的代码,看着满满一屏幕的useEffectuseState,完全不知道数据是怎么流的,想改又不敢改。

如果你有过类似的经历,说明你和我一样,曾经被困在某种「技术舒适区」里。

前端会React,会写样式,会调API,但面对一些「重复性的工作」和「棘手的问题」,总是要花大量时间。

我想聊聊这件事。


原文地址

墨渊书肆/前端人为什么要学AI?


前端这件事,也被误解了很多年

一提到「前端工程师」,很多人脑海里浮现的是这样一个形象:每天跟样式打交道,调调组件,写写页面,看起来没什么技术含量。

这种理解,该过时了。

现在的Web应用越来越复杂。前端不再只是「画界面」,而是要处理复杂的交互、状态管理、性能优化、工程化建设。ReactVueNext.js......框架越来越强大,需要学的越来越多。

但问题是:

  • 前端的工作边界在扩大:以前只管页面,现在要做SSR、做SEO、做动画、做可视化......一个人要学的东西越来越多
  • 重复劳动越来越多:同样的组件改改参数就是一个新的,同样的交互换换逻辑又要重新写
  • 沟通成本越来越高:和产品经理、设计师、后端工程师来来回回确认需求,代码反而没写多少

我们变成了「高级CV工程师」——不是Copy Vector,是Copy and Paste。

这不是前端的问题,这是整个行业的痛点。


AI来了,情况不一样了

2023年开始,AI的爆发让一切变得不同。

以前我们需要自己写的代码,现在AI可以帮我们写。以前我们需要自己查的文档,现在AI可以直接读给我们听。以前我们需要自己调试的bug,现在AI可以直接帮我们定位。

但我发现一个有趣的现象:很多前端开发者对AI的态度是两个极端——

要么觉得AI没用,「生成的代码一堆bug还得我自己改」;要么觉得AI太厉害,「迟早要取代我」。

这两种观点,都不对。

AI不会取代前端,但它会重新定义「前端」这个岗位。

就像计算器没有取代数学家,但数学家必须会用计算器。AI工具不会取代前端开发者,但前端开发者必须会用AI。


AI到底能帮前端做什么?

说几个我自己的真实经历。

1. 写代码更快了

以前我要写一个日期选择器组件,从头写到尾要半小时。现在我告诉AI我的需求——「需要一个支持范围选择、禁用特定日期、暗色模式的主题适配」——它能给我一个可以直接用的版本,我只需要根据业务需求微调。

这不是「替代」,是「放大」。我原本半小时只能做一个组件,现在十分钟做出来,剩下二十分钟可以去喝杯咖啡。

2. 读代码更快了

接手别人的项目,最头疼的就是看不懂代码。现在我可以直接把代码丢给AI,让它帮我解释:「这个组件的数据流是怎么走的?为什么要用useMemo?」

它不仅能解释代码,还能帮我梳理逻辑,告诉我哪里可能有性能问题。

3. 查文档更快了

以前遇到问题,我先去Google搜,然后看Stack Overflow,最后实在不行才去翻文档。

现在我直接问AI:「Next.js 15怎么做密码重置?」它能直接给我答案,虽然不一定完全准确,但足够让我快速上手。

4. 做项目更有底气了

以前做一个带AI功能的项目,光是调研要用什么API、怎么接入、怎么管理上下文,就能劝退一半的人。

现在这些都有现成的方案。Vercel AI SDK几分钟就能搭一个聊天界面,LangChain帮我管理AI的工作流,我只需要专注于业务逻辑。


但AI不是万能的

我知道有人要问了:AI这么厉害,那我们还学什么?

这是个好问题。

我用了一年多AI辅助开发,发现它有几个明显的短板:

  • 第一,AI不懂你的业务

你告诉AI「帮我写个用户列表」,它能给你写。但你的产品里用户列表要显示会员等级、要按活跃时间排序、要支持导出Excel——这些AI不知道。

你得自己把需求翻译成AI能理解的形式。

  • 第二,AI会犯错

AI生成的代码有bug是常态,不是例外。它能帮你写70%的代码,剩下30%你得自己改、自己调。

如果你没有判断代码对不对的能力,AI帮你的可能还没有坑你的多。

  • 第三,AI不知道什么是「好」

代码能跑和代码好是两回事。AI可以写出能跑的代码,但不一定符合性能要求、安全规范、可维护性标准。

这些都需要你有一定的技术判断力。

所以,AI时代更需要学习,只是学习的内容变了。

以前我们学的是「怎么实现」,以后我们学的是「怎么整合」。

以前我们学的是「这个API怎么用」,以后我们学的是「这个需求怎么拆」。

以前我们学的是「怎么写代码」,以后我们学的是「怎么用AI写代码」。


前端学AI,有什么优势?

说了这么多,你可能会问:为什么是前端先学AI?而不是后端、不是移动端?

我的答案是:前端天然离用户最近,天然是AI落地的最佳场景。

你想做一个智能助手,第一个要做的就是界面。一个聊天窗口、一个语音按钮、一个输入框——这些是前端最擅长的。

你想做一个AI生成图片的应用,第一个要做的还是界面。用户上传图片、选择风格、预览结果——这些也是前端最擅长的。

而且前端开发者有几个天然优势:

  • 对交互敏感:我们知道什么是好的用户体验AI生成的内容需要什么样的交互来呈现
  • 对视觉敏感:我们知道怎么把AI生成的内容美化、适配不同的屏幕
  • 对技术敏感:我们天天跟API打交道,接入AI服务对我们来说轻车熟路

2026年了,如果前端还只把自己定位在「画界面」,那确实危险。但如果前端把自己定位在「用户与AI的桥梁」,那前景无限。


这个系列想带你做什么

市面上不缺AI教程。Prompt工程大模型原理LangChain实战——这种内容一搜一大把。

但我发现很多前端开发者看完这些教程,还是不知道怎么做。

因为大部分教程要么太偏理论(全是数学公式),要么太偏后端(全是Python代码),跟前端开发者的日常工作没关系。

这个系列我想带你做的事情很简单:从零开始,让AI真正成为你的开发助手。

不是demo,不是练习,而是真实的、能用到日常工作中的技能。

我会分成这几个阶段:

  • 阶段零:认知重建

    先理解AI到底能帮我们什么(就是这篇)。

  • 阶段一:Prompt工程与AI应用基础

    真正开始用AI工具。学怎么写有效的Prompt,怎么让AI帮我们写代码、查文档、修bug。

  • 阶段二:AI功能接入与网页开发

    开始做项目。把AI功能接入到自己的网页里,做出能展示的Demo。

  • 阶段三:AI原理与进阶应用

    从「会用」到「理解」。不求能自己训练模型,但求知道AI为什么有时候聪明有时候犯傻。

  • 阶段四:本地部署与生产实践

    接近实际生产。LangChain、本地模型、浏览器端运行——怎么让AI不依赖云服务也能跑。

在这个过程中,你会看到我踩过的坑,做过的错误决策,总结出的经验。我不是为了告诉你「这个技术怎么用」,而是告诉你「这个AI能力该怎么学」。


写在最后

回到开头的问题。

你是不是经常感觉写了很多代码,但真正用到的时候还是那些老东西?

这很正常。

技术本身不是目的,解决问题才是。

2026年了,AI可以帮你写代码,但不能帮你判断什么是好的代码。能做到这一点的人,永远有市场。

而这,就是我们这个系列要一起做的事情。

下一篇文章,我会讲讲《AI辅助开发的基础概念》介绍一些向量、Token、大模型的基本概念,以及前端视角怎么理解这些概念。

感兴趣的话,下一篇见。

昨天 — 2026年3月2日首页

国补后 3999 元!iPhone 17e 发布,居然还有磁吸 + eSIM

作者 苏伟鸿
2026年3月2日 22:58

刚刚,苹果发布了本周的首波新品——iPhone 17e 和 iPad Air M4,起售价分别为 4499 元和 4799 元,3 月 11 日正式发售。

对比上一代,iPhone 17e 的升级幅度不大,但却都很在点子上。外观上看,iPhone 17e 几乎完全延续 iPhone 16e 设计:正面刘海屏,背后单镜头,依旧是 6.1 寸大小。

不过,今年的 iPhone 17e 新增了一个全新的粉色,加上之前的黑白,现一共提供三种配色。

iPhone 17e 的升级更聚焦在内在配置。处理器方面搭载最新的 A19 处理器,但却是 6 核 CPU + 4 核 GPU 的「减配版」,对比 iPhone 17 少了一个 GPU 核心。

摄像头方面也并无惊喜,看起来沿用了上一代的 4800 万像素摄像头,依旧缺少微距摄影、可调摄影风格、空间视频、电影模式等等功能。

至于 iPhone 17 系列上全新的「Center Stage」前置摄像头,也同样无缘 iPhone 17e。

前任缺席的 MagSafe 磁吸充电,iPhone 17e 终于补上,可以无缝兼容此前的所有生态,支持 15W 的无线充电速度。

可惜的是,作为另一个呼声很高的特性,ProMotion 高刷屏并未下放给 iPhone 17e,与标准版在使用体验上的差距进一步拉开,不过考虑到国补后 3 字头的价格,自适应一下倒也无妨。

「相机控制」侧边按钮继续无缘 iPhone 17e,考虑到它褒贬不一的口碑,对于一些不感兴趣的用户来说,这不是一件坏事。

去年的 iPhone 16e 第一次向世人展示了苹果的首颗自研调制解调器「C1」,不过 iPhone 17e 并未率先搭载新一代「C2」,采用了 iPhone Air 同款的「C1X」。

在 iPhone 17 系列续航都有显著增长的情况下,iPhone 17e 的续航居然原地踏步,官方宣称能达到 26 小时的视频播放时长,和上一代比没有不同,低于 iPhone 17 的 30 小时,这跟屏幕不支持自适应刷新率脱不开干系。

值得一提的是,国行版 iPhone 17e 这次不支持双实体 SIM 卡了,但新增了 eSIM 支持,双卡方案具体如下:

  • 激活 1 张实体 SIM 卡 + 1 张 eSIM 卡
  • 同时激活 2 张 eSIM 卡

此前,苹果高管在接受爱范儿关于 iPhone eSIM 的专访时透露,国行 iPhone 将支持 eSIM 快速转移功能,用户可将号码直接从一台 iPhone 迁移至另一台,该功能已随 iPhone 17e 上线。

对比起去年上高刷的 iPhone 17,iPhone 17e 的升级幅度相对保守,和标准版、甚至国补后的低价 iPhone Air 相比,配置和体验差距更大了。

话虽如此,在全行业手机成本暴涨的 2026 年,iPhone 17e 维持 4499 元,根据去年推断国补后价格来到 3999 元,甚至还加量到 256GB 起步,吸引力其实要比去年的 iPhone 16e 更强。

如果你想在今年换一台新机,不管哪个价位,都要面对涨价减配的状况,特别是原本的中端机产品,价格甚至都将迈进旗舰机的 4000 元档。

2026 年,花 3 字头就能买到 256GB、搭载最新芯片的 iPhone 了。这样一对比,iPhone 17e 是不是也有了点性价比?

iPhone 17e 的主战场还是在中端价位「水深火热」的海外。去年的 iPhone 16e 销量表现已经不错,今年的不涨价还升配的 iPhone 17e,面对 Google Pixel 10a 这种连芯片都没升级的对手,想必销量能进一步提升。

今晚还同步上线了 iPad Air M4 ,更新相比 iPhone 17e 要乏善可陈不少,最大的亮点就是 M4 芯片,售价 4799 元起,标配的还是 128GB 存储。

你觉得 iPhone 17e 和 iPad Air M4 怎么样?你会考虑入手吗?欢迎在评论区告诉爱范儿。

从今晚的 iPhone 17e 开始,未来几天苹果还有望带来更多新品,可能涵盖 HomePod、MacBook 等多个产品线,爱范儿也会在第一时间带来报道。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


专访资深公关品牌专家吴猛:情绪传播时代企业公关的情感叙事与长效信任构建

2026年3月2日 22:54

在媒介化社会深度演进、社交媒体重构传播生态的当下,情绪传播已成为当前舆论场的一个核心表征,传统以事实为核心的公关范式开始向“事实与情绪并重”的方向发展。情绪传播时代,企业公关如何重构情感叙事、搭建与公众的情感共振桥梁、实现品牌信任的长效构建?带着这些问题,我们专访了资深公关品牌专家吴猛。

吴猛拥有丰富的公共关系和品牌管理经验,并先后在联想集团、蓝色光标、京东集团担任高级管理职务,期间,他亲历并主导了多个快消、互联网、金融等不同领域知名企业的品牌传播策略制定与公关咨询项目,形成了对多行业公关传播规律的深刻认知。基于长期行业实践,吴猛对大众情绪的生成、传导与演化有着极高的职业敏感度,擅长精准捕捉舆论场情绪点并开展传播实践。

吴猛是全球公关传播领域最权威的行业协会组织Page Society的会员。作为国际公认的顶尖企业传播领袖协会,Page Society会员门槛极高,仅吸纳具备资深资历、卓越实践与行业影响力的顶尖传播管理者,代表企业传播行业最高的专业水准,在全球公关与品牌管理领域极具影响力。

专访中,吴猛系统阐释了其关于情绪传播时代企业公关实践的洞察与思考。同时,他强调,公关是企业价值观的外在体现和延伸,情绪传播和企业价值观是“道”和“术”的区别,无论传播环境如何迭代,基于客观事实开展真诚沟通、搭建企业与公众之间的信任桥梁,始终是公关工作的本质核心,这一点从未改变过。

记者:当前学界和业界高度关注的“情绪传播”,其核心内涵是什么?与传统理性信息传播范式最大的区别是什么?

吴猛:从传播学视角看,情绪传播是个体或群体通过特定媒介,完成情绪表达、情绪感染与情绪聚合的传播过程。它与传统传播范式最根本的区别在于,传统传播以客观事实为唯一锚点,公众基于事实信息完成对企业的价值判断;而在情绪传播语境下,情感与情绪成为公众信息接收的重要筛选标准,公众对企业的评判逻辑从“事实对错”转向“情绪与事实并重”。

比如传统传播里,企业公布一份产品质检合格报告,大家会先核实报告的真实性,再决定对品牌的态度;但在情绪传播语境中,情感和情绪成了公众接收信息的重要门槛,除了关注事实,大家还会看这件事“顺不顺我的心意、戳不戳我的情绪”,两者对传播效果同等重要。

记者:情绪传播在当前舆论场中,呈现出哪些典型的特征?

吴猛:核心有四个非常鲜明的特征:

一是情绪传播的速度很快,未经证实的情绪表达,往往比严谨的事实声明传播力强得多。比如数年前,某车企“刹车失灵”的舆情事件,最开始一条用户的吐槽视频,传播速度远超车企后续发布的专业技术检测报告,核心就是它戳中了公众对“行车安全”的焦虑情绪。

二是圈层化的情绪抱团与病毒式扩散,情绪在同圈层内具备强感染性与信任背书属性,极易触发跨圈层的舆论浪潮。

三是情绪能反过来定义企业行为,公众的集体情绪,可以倒推企业做出行为改变,从而实现情绪传播目标的自我实现。

四是公众要的是平等对话,不是单向通知,以前企业发通稿、发声明,是我说你听;现在大家要的是品牌能听见自己的诉求、回应自己的情绪。

记者:这些传播特征,给传统的企业公关的传播环境带来了哪些改变?

吴猛:它正在重构企业公关的舆论环境和传播逻辑,核心有三个变化:

首先,传统以事实为核心的公关范式开始向“事实与情绪并重”的方向发展。公关需要做“事实澄清”,也需要做“情感沟通”。以前企业出事,摆证据、讲事实就管用,现在需要先安抚情绪,再摆明事实。

其次,舆论风险的触发点从“企业行为的事实偏差”,延伸至“公众情绪的感知偏差”,即便企业行为无事实瑕疵,触碰情感敏感点仍会引发舆情危机。

最后,公关做得好不好,评判标准正在改变,公关成效的核心评价标尺,除了信息触达效率,还需要增加公众的情绪共振、情感认同度等情绪传播的维度。

记者:在这样的传播语境下,当前企业公关在实践中面临哪些普遍性困境?

吴猛:行业内主要面临三大共性困境:一是情绪洞察滞后,多数企业的舆情监测仍聚焦于事实层面的负面信息,缺乏基于情感计算的情绪维度监测与预判,错失情绪引导的黄金窗口期;二是言行脱嵌困境,将情感沟通简单等同于话术优化,情感承诺未落地到企业经营全链条,“说”与“做”的割裂极易引发不可逆的信任崩塌;三是模板化的“伪共情”困境,情感叙事同质化、模板化,缺乏对受众真实情感需求的深度洞察,为共情而共情,反而引发公众情感抵触。

记者:针对这些困境,企业公关要构建系统性的情感沟通体系,首先要具备哪些能力?

吴猛:首要搭建的,是前置化的情绪洞察与风险预警体系,这是所有情感沟通动作的前提,也是把公关从“事后救火”变成“事前防火”的核心。

企业必须跳出传统的“关键词搜负面”的监测模式,搭建覆盖全网的情绪监测体系,不光看用户说了什么,更要分析用户说话时的情绪是正面、负面还是中性,实时捕捉不同圈层公众的情感倾向、情绪敏感点与需求变化,提前识别潜在情绪风险点,为情感沟通策略提供精准的数据支撑。

记者:在日常的公关传播中,企业该如何制定适应情绪传播规律的情感叙事策略?

吴猛:核心要抓好两个关键方向:一是打造圈层化的共情式叙事,摒弃“一篇通稿打天下”的中心化模式,基于戈夫曼的拟剧理论,针对不同圈层的话语体系、情感需求打造差异化内容,用受众听得懂、能共情的方式传递品牌价值,实现“入圈沟通”;二是锚定一致性的品牌情感价值,构建稳定、真诚的品牌人格,将情感承诺贯穿产品研发、用户服务、社会责任等全经营环节,以言行合一的表达,构建公众对品牌的长效情感预期。

记者:面对情绪驱动的突发舆情危机,企业公关的应对逻辑需要做出哪些调整?

吴猛:核心是要完成从“事实优先”到“情绪与事实并重”的应对逻辑转型。传统危机公关“先声明事实、后安抚情绪”的模式,极易加剧公众的情绪对立。正确的应对路径,是先接纳公众的情绪、回应核心情感诉求,消解情绪对立壁垒,再以平等对话的方式完成事实澄清,尤其避免陷入“塔西佗陷阱”,最终在危机处置中实现情感修复与信任重建。

记者:最后想请您谈谈,情绪传播时代对公关从业者提出了哪些新的能力要求?行业未来的发展方向是什么?

吴猛:从业者需要在坚守内容创作、危机处置等传统核心能力的基础上,完成四大能力升级:一是深度情感洞察与共情能力,二是数据驱动的情感分析能力,三是跨圈层的情感叙事能力,四是品牌价值锚定与伦理把控能力。

从行业发展来看,未来企业公关的核心竞争力,除了媒体资源整合、危机处置能力外,将向品牌情感价值构建与公众情感沟通等方向拓展。技术与人文的融合将成为重要趋势。

不过需要强调的是,公关是企业价值观的外在体现和延伸,情绪传播和企业价值观之间是“道”与“术”的辩证关系——企业价值观是公关实践的底层逻辑与根本遵循,而情绪传播则是公关实践中适配时代传播生态的方法与路径。无论传播环境如何迭代,基于客观事实开展真诚沟通、搭建企业与公众之间的信任桥梁,始终是公关工作的本质核心,这一点,从未改变过。

🎉OpenTiny NEXT-SDK 重磅发布:四步把你的前端应用变成智能应用!

2026年3月2日 21:25

AI Agent 时代,人们已经不满足只是与 AI 进行问答交互,而是希望 AI 能直接帮人干活。

目前 AI 帮人干活的场景越来越丰富,最常见的就是 AI 帮人写代码、做视频、做 PPT、做设计稿。

你有没有想过 AI 能帮人操作网页?

这就是 OpenTiny NEXT-SDK 做的事情。

1 简介

OpenTiny NEXT‑SDK 是一套面向前端智能应用的开发工具包,核心是基于 MCP(Model Context Protocol) 协议,让前端应用快速接入 AI Agent,实现前端界面可被智能体直接操控的能力。

OpenTiny NEXT‑SDK 可以帮助开发者:

  • 把普通前端应用快速改造为 MCP Server,对外暴露界面操作能力

  • 让 AI Agent(WebAgent)通过标准 MCP 协议读取界面、调用功能、执行操作

  • 快速集成 AI 对话组件(如 TinyRobot),构建智能交互前端

2 项目优势

NEXT‑SDK 基于 MCP 协议实现,将 MCP 的能力扩展到了 Web 端,让 Web 应用也能被 AI 操控,以下是项目优势:

  • 扩大 MCP 工具范围:为 Agent 智能体提供更多的 MCP 工具,实现当前现有的本地/云服务 MCP 工具所不具备的能力,即操控前端应用的能力。这种能力比 RPA 方案(Browser Use / Computer Use)更快(可通过后面的演示视频感受 AI 操作的效率)、更准更经济(消耗更少 Token)

  • 完全兼容 MCP 生态:所有的前端应用都采用标准的 MCP 协议声明 MCP Server,并且基于标准的 MCP 通讯方式进行连接,比如 Streamable HTTP,意味着能完全融入现有的 MCP 生态,兼容现有乃至未来的 MCP Host 应用

  • 支持智能体交互范式:当前的前端应用主要还是人机交互,即人手动操作前端界面上的 UI 组件。引入 OpenTiny NEXT-SDK 之后,Agent 智能体可以借助 MCP 工具读取前端界面的信息、调用前端界面的功能,配合生成式 UI 实现新的智能体交互范式

  • 多样的前端智能化方案:不仅支持 Web 应用的前端智能化改造,还全面覆盖 AI 应用(对话框)的多端部署场景——无论是浏览器扩展、Web 页面集成,还是各终端内置的 AI 助手,均可直接或间接调用前端应用中的 MCP 工具

3 演示动画

我们一起来看一个演示动画(无剪辑、无加速,AI 操作页面的真实速度),直观感受下 NEXT-SDK 的能力吧!

AI创建用户.gif

接入 NEXT-SDK 的前端应用,右下角会出现一个机器人图标,点击这个图标会从侧边弹出 AI 对话框,我们可以使用自然语言与 AI 对话,让 AI 帮我们操作前端应用。

比如我们可以输入以下内容:

帮我创建以下用户,用户信息如下:
邮箱:zhangsan@sina.com
密码:Abc123456
用户名:zhangsan

这时 AI 会调用页面中定义的名为 add-user 的 MCP 工具,帮我们创建 zhangsan 这个用户。

我们提供了一个 Playground 代码演练场,你可以在线体验 NEXT-SDK 的能力。

NEXT-SDK Playground:playground.opentiny.design/next-sdk

4 快速接入

使用 OpenTiny NEXT-SDK,只需要以下四步,就可以把你的前端应用变成智能应用。

第一步:安装依赖


npm install @opentiny/next-sdk

第二步:创建 MCP Client

在 Web 应用的主入口(比如:Vue 项目的 App.vue 文件)定义 WebMcpClient。


import { onMounted, provide } from 'vue'
import { WebMcpClient, createMessageChannelPairTransport } from '@opentiny/next-sdk'

onMounted(async () => {
  // 创建通信通道
  const [serverTransport, clientTransport] = createMessageChannelPairTransport()
  provide('serverTransport', serverTransport)

  // 创建 MCP Client
  const client = new WebMcpClient()
  await client.connect(clientTransport)
  // 这个 sessionId 是 Web 应用与 WebAgent 服务建立连接后,由 WebAgent 服务生成的,用来唯一标识被操控的 Web 应用(被控端)
  const { sessionId } = await client.connect({
    agent: true,
    url: 'https://agent.opentiny.design/api/v1/webmcp-trial/mcp'
  })
})

第三步:创建 MCP Server

在 Web 应用的子页面(比如:views/page1.vue)中定义 WebMcpServer,每个页面可以定义自己的 WebMcpServer,页面切换时,MCP Client 会与当前页面的 MCP Server 建立连接,并丢弃与之前页面的连接。


import { onMounted, inject } from 'vue'
import { WebMcpServer, z } from '@opentiny/next-sdk'

onMounted(async () => {
  const serverTransport = inject('serverTransport')
  // 创建 MCP Server
  const server = new WebMcpServer({
    name: 'mcp-server-page1',
    version: '1.0.0'
  })

  // 定义 MCP 工具
  server.registerTool(
    'demo-tool',
    {
      title: '演示工具',
      description: '一个简单工具',
      inputSchema: { foo: z.string() }
    },
    async (params) => {
      console.log('params:', params)
      return { content: [{ type: 'text', text: `收到: ${params.foo}` }] }
    }
  )

  await server.connect(serverTransport)
})

完成!现在你的前端应用已经变成智能应用,可以被 AI 操控了,你可以通过各类 MCP Host 来操控智能应用。

第四步:添加 AI 遥控器

我们提供了一个开箱即用的 AI 对话框组件,支持 PC 端和移动端,就像一个遥控器,可以通过对话方式操控你的前端应用。

安装遥控器组件:


npm install @opentiny/next-remoter

在 Vue 项目中使用:


<script setup lang="ts">
import { TinyRemoter } from '@opentiny/next-remoter'
import '@opentiny/next-remoter/dist/style.css'

// 使用第二步获取的 sessionId
const sessionId = 'your-session-id'
</script>

<template>
  <tiny-remoter 
    :session-id="sessionId" 
    title="我的智能助手"
  />
</template>

遥控器会在你的应用右下角显示一个图标,悬浮后可以选择:

  • 弹出 AI 对话框:在应用侧边打开 AI 对话界面

  • 显示二维码:手机扫码后打开移动端遥控器

不管是 PC 端还是移动端,都可以通过自然语言对话的方式让 AI 帮你操作应用,极大提升工作效率!

如果你想了解更多 NEXT-SDK 的用法,请参考 NEXT-SDK 官网文档:docs.opentiny.design/next-sdk

5 立即行动

在 AI 技术快速迭代的今天,前端智能化不再是“高端需求”,而是提升产品竞争力、提升操作效率的核心能力和必选项。

OpenTiny NEXT-SDK 让前端 AI 集成,从“复杂踩坑”到“5分钟上手”,让你的应用瞬间拥有 AI 能力,领跑行业智能化创新!

立即行动,解锁前端智能化新可能:

  • 执行 npm install @opentiny/next-sdk 安装 OpenTiny NEXT-SDK,5分钟上手实操,快速体验 AI 操控效果

  • 前往 OpenTiny NEXT-SDK 官网:opentiny.design/next-sdk,查看详细的项目介绍、API 文档和进阶用法

  • 访问 OpenTiny NEXT-SDK 代码演练场:playground.opentiny.design/next-sdk,在线体验 AI 自动操作前端应用

  • 添加 OpenTiny 微信小助手:opentiny-official,加入 OpenTiny 技术交流群,获取一对一集成指导,解决实操难题,与同行交流 AI 前端集成经验

如果你有任何问题,欢迎在评论区留言交流!

🦞别在 OpenClaw 上花冤枉钱了,这份小白指南手把手教你 1 分钟搞定

作者 Lin
2026年3月2日 21:00

火出圈的小龙虾 OpenClaw 不仅能帮人开发软件,还能自动定时总结邮件、设置 To-Do List。
巨大的热度让人靠「上门安装」的业务年入百万,而今天我们教你如何自己动手,不用畏惧黑底白字的终端窗口和代码,一分钟就能搞定。

在电脑上部署之后,它能直接接管你的键盘鼠标和文件。你只要在聊天软件里给它下需求,它就能自己动手干活。甚至有网友直接让它去邮件里找航班信息,顺手把选座值机也办了,一波操作看愣了不少人。

想让这么好用的 AI 助理 24 小时待命,本地部署确实是最好的选择。结果谁也没想到,它凭一己之力带火了 Mac mini。

但问题来了,为了一个免费开源的框架,特意花大几千买台新电脑,是不是有点 “为一碟醋包一顿饺子”?有没有更低成本的体验方式?

今天我们就来聊聊一个极简方案:通过 MiniMax 和 Kimi 这样的国内大模型平台,一键云端部署,直接把它拉进你的飞书聊天框。

过程不到一分钟

以 MiniMax 为例,整个过程不到一分钟。全程不需要你自己写代码、改配置文件,也不需要捣鼓什么端口反向代理,更不需要专门弄台电脑来维护。

具体怎么操作?

打开 MiniMax Agent 官网,点击侧边栏的「MaxClaw」,直接对它说 “我想接入到飞书”,它就会给你发步骤指引。跟着做就行:

第一步: 在飞书开放平台创建应用(建议用个人账号或新建企业号,省去审批),把 AppID 和 Secret 复制发回给 Claw。

第二步: 在飞书的权限管理页点击「批量导入」,把 MaxClaw 发来的代码整个替换进去。系统会提示你开启机器人能力,点确认。

第三步: 进入事件配置,把订阅方式改成「长连接」,勾选接收消息。接着去版本管理里随便填个版本号(比如 0.0.1)和更新日志,点保存发布。

最后,在飞书里给机器人发个消息,它会返回一串匹配码,把这串代码发回给网页端的 MaxClaw。

搞定,你的专属小龙虾就活过来了。是不是比想象中简单得多?

Kimi 的配置过程也大同小异。你只要负责搞定飞书里的应用和权限,Kimi 自己就能修改配置文件,遇到不懂的还能直接问它。

现在 Kimi 的手机 App 也上线了 Kimi Claw,你甚至可以直接在社区里玩网友用龙虾做的小游戏,或者一键制作同款。

普通牛马的赛博打工人

我搞定之后的第一件事,就是让它帮我整理当天的热点资讯。你在飞书发的消息,网页端会同步显示处理过程。对于我们科技编辑来说,这就相当于有了一个定制版的早报助手;

同样的,你也可以用它来追踪自己感兴趣的领域。

那如果是处理繁杂的工作呢?发个月度工作文档链接给它,或者直接开通云文档的访问权限,定好时间、标题和格式,它就能每个月自动帮你整理出一份详尽的工作月报。

至于开会,飞书妙记确实好用,但需要额外付费。

现在,你只需要把会议录音链接发给小龙虾,它马上就能把早会的每个要点给你列得清清楚楚。
除了我们体验过的用法,你还可以参考网友们的用例获取更多灵感,打造出更契合自己需求的龙虾助手。

OpenClaw 官网案例汇总:
https://openclaw.ai/showcase
网友整理的用例集合:
https://github.com/hesamsheikh/awesome-openclaw-usecases

对比本地部署,云端部署的版本确实没办法直接读取电脑里的本地文件,少了一些 “看着鼠标自己动” 的极客感。

但换个角度想,它不需要你折腾硬件,还能极其方便地接入飞书、钉钉等各种通讯软件。

每个月花一杯咖啡的订阅费,就能给自己雇一个随时待命的全能助理,帮你分担工作、节省大把时间。

这笔账算下来,难道不划算吗?

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


湖北:力争到2030年引进和培育100家优质智能传感器企业,产业规模达300亿元

2026年3月2日 20:47
3月2日,湖北省政府新闻办举行解读《加快“世界光谷”传感器产业集群融合发展行动方案(2026—2030年)》新闻发布会。湖北省经信厅表示,力争到2030年引进和培育100家左右优质的智能传感器企业,产业规模达300亿元,带动应用行业规模突破5000亿元。高标准建设光谷智能传感器产业园,布局研发孵化中心和中试验证基地,支撑服务全流程研发与生产,打造国内一流的传感器产业基地。(证券时报)

纳芯微:2025年营业总收入33.68亿元,同比增长71.8%

2026年3月2日 20:44
36氪获悉,纳芯微在港交所公告,公司2025年营业总收入33.68亿元,同比增长71.8%;归属于公司所有者的净亏损2.41亿元,上年同期亏损4.03亿元,同比减亏。公司已申请公司H股于2026年3月3日上午九时正于香港联交所恢复买卖。

艾迪药业:拟定增募资不超12.77亿元,实控人傅和亮参与认购

2026年3月2日 20:25
36氪获悉,艾迪药业公告,公司董事会决定终止2026年度以简易程序向特定对象发行A股股票事项。为更好地匹配公司未来发展规划,公司拟向包括公司实控人之一傅和亮在内的不超过35名(含)投资者,定增募资不超(含)12.77亿元,募资净额将用于新型HIV整合酶抑制剂(INSTI)全球临床开发项目、向少数股东收购南大药业22.2324%股权以及补充流动资金。

中国磷复肥工业协会倡议:磷铵生产企业要全力生产和发运,保障磷铵供应、稳定磷铵价格

2026年3月2日 20:20
36氪获悉,中国磷复肥工业协会发文称,为维护磷肥市场秩序,保障农业用肥需求,中国磷复肥工业协会与中国农业生产资料流通协会倡议全行业履行保供稳价责任,接受社会监督,磷铵生产企业要全力生产和发运,保障磷铵供应、稳定磷铵价格;化肥流通企业要坚持平价销售,做好采购、调运与储备,及时下摆到基层经销网点。如发现企业惜售、随意涨价、搭售或签订阴阳合同、合同不明确价格等情况,欢迎向协会反映。一旦查实,严肃处理。

ArcGIS Pro 中的 notebook 初识

作者 GIS之路
2026年3月2日 20:13

^ 关注我,带你一起学GIS ^

notebook中文翻译为笔记本,既然是笔记本,那就具有添加、修改、删除、保存等功能。ArcGIS Pro中的 notebook其实也是这意思。

区别就是ArcGIS Notebooks是一个基于JupyterLab构建的开源 web 应用程序 ,可用于创建和共享包含实时 Python 代码、可视化效果和叙事文本的文档(名为 Notebooks)。

将 ArcGIS Notebooks 集成到 ArcGIS Pro 后,可以执行分析并在地理环境中立即查看结果,与新兴数据进行交互,记录并自动化工作流,以及将其保存以供稍后使用或共享。ArcGIS Notebooks 用途包括数据清理和转换、数值模拟、统计建模、计算机学习、管理任务等。

并且ArcGIS Pro 中的所有 Python 功能均可通过 ArcGIS Notebooks 使用,其中包括核心 Python 功能、Python 标准库、ArcPyArcGIS API for Python 以及ArcGIS Pro 所随附的众多第三方库,例如 NumPy 和 pandas

ArcGIS Pro 可以使用 ArcGIS Pro 包管理器通过开源库进行扩展。

当开源Jupyter NotebooksArcGIS Pro 应用程序中本地运行时,Esri集成 Jupyter Notebook 体验也可用于ArcGIS OnlineArcGIS Enterprise门户。

1. ArcGIS Notebooks 使用

1.1. 创建一个新的笔记本。

方式一:

点击插入选项卡,在工程窗口中选择New Notebook下拉菜单,然后点击New Notebook。或者存在保存过的笔记本的话,也可以通过Add and Open Notebook打开。

方式二:

点击分析选项卡,选择Python下拉菜单,点击Python Notebook

打开notebook笔记本窗口显示如下,由标题栏、工具栏和代码区组成,主要包括保存、新建、剪切、复制、运行等工具。

1.2. 运行 Python 代码

在单元格中输入代码后,点击三角形按钮运行代码。

也可以通过按住[CTRL+ENTER]运行选定行,代码显示如下。可通过在每一行后按 Enter 键,在单个单元格内添加多行代码。 如果您习惯于在 Python 窗口或 Python 编辑器的交互式窗口中运行代码,这可能会与您的习惯不符,因为在上述两个窗口中按 Enter 键的结果是运行代码行。

2. 查看ArcGIS Notebooks

已添加到工程中的ArcGIS Notebooks将在目录窗格的 Notebooks 文件夹下列出。 使用 ArcGIS Pro 创建的 Notebook 会自动添加到您的工程中。

要将现有的笔记本添加到工程中,请右键单击Notebooks文件夹,然后选择添加笔记本,或者单击插入功能区上添加笔记本按钮旁边的下拉箭头,然后选择添加笔记本。

3. 查看代码帮助

ArcGIS Notebooks中输入代码后,可通过按下tab键打开帮助窗口查看具体方法或者属性,具有代码提示和代码补全功能。

显示列表后,还可以输入内容进行再次过滤。 从列表中选择合适的方法后,按 Enter 键即可使用该方法。

Python工具、模块、函数、类和关键字都会存储可提供有关其使用信息的文档。 通过按Shift+Tab 可以激活指针处的文档。以下是针对缓冲区工具显示的文档:

或者,也可以使用内置Python help方法访问帮助文档。以下是针对 arcpy.analysis.Clip显示的帮助文档:

4. 参考资料

  • ArcGIS Pro 中的 notebook:https://pro.arcgis.com/zh-cn/pro-app/latest/arcpy/get-started/pro-notebooks.htm
  • ArcGIS Pro 提取分析工具:https://pro.arcgis.com/zh-cn/pro-app/latest/tool-reference/analysis/clip.htm

GIS之路-开发示例数据下载,请在公众号后台回复:vector

全国信息化工程师-GIS 应用水平考试资料,请在公众号后台回复:GIS考试

GIS之路 公众号已经接入了智能 助手,可以在对话框进行提问,也可以直接搜索历史文章进行查看。

都看到这了,不要忘记点赞、收藏 + 关注

本号不定时更新有关 GIS开发 相关内容,欢迎关注 


    

GeoTools 开发合集(全)

OpenLayers 开发合集(全)

GDAL 开发合集(全)

GIS 影像数据源介绍

GeoJSON 数据源介绍

GIS 名词解释

ArcPy,一个基于 Python 的 GIS 开发库简介

GIS 开发库 Turf 介绍

GIS 开发库 GeoTools 介绍

GIS 开发库 GDAL 介绍

地图网站大全

从微信指数看当前GIS框架的趋势

Landsat 卫星数据介绍

OGC:开放地理空间联盟简介

中国地图 GeoJSON 数据集网站介绍

❌
❌