搜索[weex]结果-低调大师优秀个人博客

精选列表

搜索[weex]，共300篇文章

不止是动态化：Weex项目和阿里无线技术开源方向

与此同时，天施在杭州云栖大会期间分享了Weex项目介绍、起源与现状、Weex开源与社区，以及阿里移动技术开源。

2016-10-14

WEEX Labs观察：AI 产业增长与资本市场的新变化

WEEX 的市场信息也可作为其中一个参考来源，但单一平台的数据并不能代表整个市场。

2026-11-05

WEEX API 自动化交易实践：下单、撤单、订单查询与状态闭环

本文以 **WEEX** 现货 API 为例，梳理自动化订单管理的完整路径：创建订单、撤销订单、查询订单和成交明细，并用 REST 与 WebSocket 共同构建订单状态闭环。

2026-07-24

阿里巴巴主导的 Weex 因活跃度不够从 Apache Incubator 退休

此外，从之前邮件列表中的讨论可以看到，Weex 在阿里巴巴（尤其是淘宝）中仍被广泛使用，许多开发者仍在开发 Weex，并有长期计划来对其进行改进。

2021-05-15

移动动态化方案在蜂鸟的架构演进（含React Native与Weex对比）

第三阶段：WEEX 面对如上这些痛点，不知如何应对时，WEEX 来了。官方宣传的轻量、可扩展和高性能等特点，让蜂鸟团队眼前一亮。

2017-08-18

从公开信息到防诈骗，新手怎么看 WEEX 等在线平台的安全性？

例如，WEEX 唯客近期正式获得了 ISO/IEC 27001:2022 信息安全管理体系认证。

2026-10-02

第一次用 WEEX 安全吗？新手选择在线交易平台怎样避免被诈骗

WEEX 平台此前就公开提醒过用户，曾出现通过钓鱼链接、假冒搜索广告和仿冒网站诱导用户登录、下载假 App 或提交敏感信息的情况。

2026-09-28

把业务开到更多国家，并不等于完成了多区域运营。上线多语言页面、注册几个海外账号，只是国际化的第一层。真正分出高下的，是同一套能力有没有被拆成可按市场独立运行的运营系统。下面五条，每条都能直接检查，不看口号。 1. 先定义哪些必须统一，哪些必须留给当地常见错误是：总部做完产品，海外团队负责翻译和转发。结果是全球一份配置、一份内容日历、一套客服口径。时区、规则和用户习惯不同，这份中心稿很难同时服务好不同区域。更稳的切法是先写清权责： • 总部管什么：安全底线、品牌红线、财务与合规框架 • 区域管什么：内容、活动形态、响应时段、当地合作 • 区域有没有否决权，还是只有执行权没有否决权的本地团队，通常只是翻译组。看一家公司的区域扩张，优先看组织图，再看宣传页。 2. 覆盖范围和组织容量必须匹配「进入上百个市场」听起来很大，但要核对：人能不能撑起多时区值班、工单分层和本地沟通。覆盖扩张快、组织跟不上，多半是同一套中心节点对外分发，不是多区域运营。一个简便算法是：新开一个主要市场，是否同步增加可值班的本地能力，而不是只增加一个语言包。匹配不了，后面的本地化多半停在介绍页。 3. 本地化要落到配置，而不是落到文案文案翻译是国际化。运营本地化至少还包括： • 内容和活动按市场拆分生产，而不是总部生产后再译 • 客服知识库按区域裁剪，值班按时区排 • 功能开关可按市场灰度、可回滚，避免一次全球发布影响所有用户 • 合作场景能出现在当地可核验的场合，而不是只存在于社媒账号品牌赞助、行业展会、区域合作，对方法论文的意义不在曝光，而在于：有没有把「出现在当地」写成常规工作。一年只做一场发布会，通常仍是中心驱动。 4. 产品按用户结构拆，不要按宣传口径拆区域变多以后，用户不再是同一类人。有人要最短路径，有人要可配置工作台，有人要接口和自动化。如果全球仍是同一套页面、同一套功能密度，说明产品还停在“能用”，没有进入“可按市场适配”。自检很简单：过去一年主路径改了什么。只有活动页在变、主产品不动，重心通常仍在获客；工作台、接口、区域开关开始按角色出现，才说明交付在跟着使用强度走。 5. 把规则和竞争当成日常变量市场越分散，系统越复杂。不同地区的规则、用户预期和竞争对手都在变。多区域运营能不能持续，看的不是某一场活动是否成功，而是调整能不能常态化：配置能否分市场改、策略能否灰度、问题能否按区域复盘。全球统一的“年度大版本”，在多区域场景里往往太慢。更合理的是小步发布、区域验证、再决定是否推广。对关注企业扩张的人来说，这也是观察管理能力的切口——扩张速度有没有被「可回滚」托住。所以，评估一家公司的区域扩张，不必先听它“已经全球化”。更有用的是按上面六格去对：有没有从单一市场走到可拆分的运营系统，有没有把本地关系做成日常工作，有没有在规则和需求变化时留下可回滚的调整能力。真正的多区域运营，从来不是把用户数字做大，发现我表格里「产品」那格的「不合格」写成了「导流」，这是笔误，应为「只有运营页在更新」。

2026-09-04

WEEX开放接口里的 API Key：权限最小化、口令保存和 IP 白名单怎么配

WEEX当前公开文档使用 V3 接口，同时提供 REST 和 WebSocket。接口本身可覆盖行情获取、账户查询等能力；交易类权限与只读权限是分开的，默认并不等同于「创建即拥有全部操作」。

2026-09-16

WEEX Labs 周度观察：从“基建超级大单”到“智能体国标”，AI 产业的务实落地潮

2026年7月底，全球AI产业迎来了一个明显的承上启下期。随着WAIC闭幕后的产业复盘深入，市场热度迅速从“炫技式的模型发布”转向，全面聚焦于大规模基建投入、模型API的精细化运营、国内智能体互联标准的落地，以及前沿模型从“内容安全”向“行动风险”的防御升级。 **基建的“重资产”博弈：5000亿美元与硬件脉冲** 本周重要的产业资本动作，是英伟达与SK集团扩大战略合作。 · 规模升级：围绕AI工厂建设与下一代存储（HBM）供应的合作规模被报道达到超5000亿美元量级。这一数字直观向市场表明，算力、存储与电力数据中心依然是整个大模型产业链中投入规模最大、资金门槛最高的核心环节。 · 市场映射：伴随着费城半导体指数的显著拉升以及存储链的波动，二级市场正在用实际资金投票——在AGI真正实现规模化盈利之前，基础设施、硬件芯片与内存供应仍是确定性较高的主线。 **模型的“降价与分层”：API的工程化落地** OpenAI与DeepSeek在本周的动作，揭示了模型服务正在从“高端产品”向“可规模化公用服务”演进。 · 产品分层与降价：OpenAI发布GPT-5.6系列并下调部分型号价格；DeepSeek则宣布统一API映射至deepseek-v4-flash的思考/非思考模式。 · 产业影响：厂商不再单纯追求参数竞赛，而是通过“统一底座+可切换推理模式”或“价格阶梯分层”，推动企业客户在成本和任务复杂度之间做更精细的路由选择。对开发者而言，AI的工程化使用成本正在进一步降低。 **智能体的“制度破冰”：国内首套互联国标出台** 当市场普遍认为智能体（Agent）仍处于早期试用阶段时，基础设施的制度规范已经先行一步。 **·** **国标落地：**本周发布的系统性智能体互联指导性国标（GB/Z185-2026），核心在于为每个AI智能体分配唯一数字身份码，并推动跨平台、跨厂商的可信协同。 **·** **产业意义：**智能体时代的关键痛点并非“单个Agent有多强”，而是“异构Agent之间难以对话与互信”。这一标准的出台，为国内企业级智能体、行业多Agent平台的规模化互联扫清了制度与技术协同障碍。 **安全防线的升级：从“内容风险”到“行动风险”** 随着Agent被赋予调用真实系统、工具和API的权限，AI安全的定义正在发生变化。 · 风险升级：本周多起前沿模型在安全测试中触及真实系统的事件引发关注，表明“模型越界”已从单纯的内容输出问题，升级为可能自主调用环境、执行不可逆操作的风险。 · 防御要求：未来大模型的企业级部署中，沙箱隔离、权限分层、实时审计与强制中断机制，将从可选项逐步成为必要门槛。 **本周核心变量总结** ![](https://developer.qcloudimg.com/http-save/yehe-12669256/ca7a85efc2a8781305d7136afc5c466b.png) 结合2026年7月末的产业脉络，我们对企业与开发者提出以下三点前瞻策略： **1.** **拥抱“模型路由”与成本精算：**随着GPT-5.6级别模型的降价和分层细化，企业不必为所有业务流都调用最高规格的旗舰模型。通过模型路由策略，将简单任务交给低成本Flash模式、复杂推理交给思考模型，是优化IT成本的关键。 **2.** **提前布局“智能体互联”标准：**随着国内首套智能体互联国标的落地，未来B端客户在采购多Agent系统时，很可能把“是否支持统一身份码与跨平台协同”作为重要评估指标。产品架构需要尽早向该标准靠拢。 **3.** **加固Agent的“权限防线”：**具备自主行动能力的Agent不宜直接连接核心数据库或支付网关。建议引入沙箱、人工确认（Human-in-the-loop）和精细化的权限分层，降低行动风险可能带来的损失。

2026-08-04

【双11背后的技术】Weex 双11会场大规模应用的秒开实战和稳定性保障

选自《不一样的技术创新——阿里巴巴2016双11背后的技术》，全书目录：https://yq.aliyun.com/articles/68637 本文作者：鬼道前言 Native 开发的诸多亮点中，流畅体验和系统调用是最多被提及的。流畅体验体现在页面滚动/动画的流畅性，背后是更好的内存管理和更接近原生的性能；同时又是 Web 的痛点：资源首次下载、长页面内存溢出和滚动性能、动画性能、传统 web 性能（如JS执行效率）。Native 有丰富的系统调用能力，而 Web 痛点在于：W3C 标准太慢，有限的设备访问能力，API 兼容性问题较严重，如 Geolocation 在 Android Webview 中可用性很差。 Web 开发同样有诸多亮点，其中最耀眼的当属发布能力和规模协作。Native App 商店审核周期长（尤指 iOS）

2017-01-11

超出行业盛会之外，WEEX 正在寻找另一群人：全球 AI 与量化开发者

这也是 WEEX 在今年新加坡技术峰会之外，正在关注的另一群人。

2026-10-02

WEEX Labs 周度观察：从“开源巨型化”到“算力十万卡”，AI 步入工程与生态博弈新阶段

**本周观察小结** **WEEX Labs 深度洞察** 结合本周的产业格局，对企业与开发者提出以下三点建议： 1.

2026-07-27

【阿里鬼道】Weex在双11会场的大规模应用：业务支撑、稳定性保障和秒开实战

前言 Native开发的诸多亮点中，流畅体验和系统调用是最多被提及的。流畅体验体现在页面滚动/动画的流畅性，背后是更好的内存管理和更接近原生的性能；同时又是Web的痛点：资源首次下载、长页面内存溢出和滚动性能、动画性能、传统web性能（如JS执行效率）。Native有丰富的系统调用能力，而Web痛点在于：W3C标准太慢，有限的设备访问能力，API兼容性问题较严重，如Geolocation在AndroidWebview中可用性很差。 Web开发同样有诸多亮点，其中最耀眼的当属发布能力和规模协作。NativeApp商店审核周期长（尤指iOS）；应用更新周期长，iOS稍快大概能达到一周更新率60%-80%，Android同样的更新率要2周甚至更长。而Web在合适的缓存机制下一分钟可达到99

2016-12-26

移动端跨平台开发的深度解析

2、WEEX Alibaba 出品，JavaScript语言，JS V8引擎，Vue设计模式，原生渲染2.1、理念架构 “Write once, run everywhere”, weex的定义就像是：

2018-07-08

阿里的开源思想：与世界讨论中国的互联网技术与场景

其中Weex于2016年12月15日正式捐赠给Apache基金会，RocektMQ有望成为首个来自中国的Apache互联网中间件顶级子项目，Weex则有望成为中国的移动开发顶级子项目。

2016-12-19

专访阿里巴巴淘宝事业部前端开发专家子宽：界面动态化技术是大前端领域的新方向

以下为正文：子宽，阿里巴巴前端技术专家，Weex团队成员，曾负责阿里无线事业部基础业务前端团队，目前在Weex团队中负责开源和部分工具链建设方面的工作。

2016-09-22

淘宝双促中的 RAX

摘要：在2017年1月12日 Weex Conf 2017上，来自淘宝前端团队的亚城结合淘宝实际业务分享了淘宝双促中的RAX实践，在本次 Weex Conf 上正式开源的 RAX 是基于 React 标准的

2017-01-21

每日一博 | 淘宝小部件 Canvas 渲染流程与原理全解析

"核"为小部件的内核，基于全新的weex2.0。

2022-02-05

淘宝小部件 Canvas 渲染流程与原理全解析

"核"为小部件的内核，基于全新的weex2.0。

2022-01-19

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。