开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

我应该如何记录对Redux商店的每个派单呼叫？

要记录对Redux商店的每个派单呼叫，可以通过以下方式实现：

使用Redux中间件：Redux中间件是一个拦截Redux派发操作的函数，可以在派发操作前后执行自定义逻辑。可以使用Redux中间件来记录每个派单呼叫的信息。
创建一个记录派单呼叫的Reducer：在Redux的状态树中创建一个专门用于记录派单呼叫的Reducer。该Reducer可以接收派发的动作，并将派单呼叫的信息存储在状态树中。
在派发每个派单呼叫时，触发相应的Redux动作：在派发每个派单呼叫时，需要触发相应的Redux动作，将派单呼叫的信息传递给Reducer进行记录。
在应用中使用记录的派单呼叫信息：在需要使用派单呼叫信息的地方，可以通过Redux的状态树获取记录的信息，并进行相应的处理。

推荐的腾讯云相关产品：腾讯云云服务器（CVM）和腾讯云对象存储（COS）。

腾讯云云服务器（CVM）：提供弹性计算能力，可快速创建和管理云服务器实例，适用于各种应用场景。产品介绍链接地址：https://cloud.tencent.com/product/cvm
腾讯云对象存储（COS）：提供安全、稳定、低成本的云端存储服务，可用于存储和处理各种类型的数据。产品介绍链接地址：https://cloud.tencent.com/product/cos

相关搜索:使用React+Redux，我应该如何在我的商店中存储配置文件？在我对我的商店进行标准化之后，如何使用选择器访问Redux项目？我如何接收一个函数和一个字符串，并记录对字符串中每个字母调用函数的结果？我应该如何在Rust中对Struct中的每个字段进行重复的统计计算？我应该如何对我的数据库建模，使我的数据库中的每个学生实体都有一个与每个课程实体相关的成绩？我应该如何设计模式来获取Cassandra中每个聚类键的最后两条记录？服务器有gpu吗服务器怎么注册服务器什么系统好服务器是做什么的

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

助力工业物联网，工业大数据之服务域：项目总结【三十九】

设备分析：设备油量监控、设备运行状态监控、安装个数、巡检次数、维修次数、改造次数呼叫中心：呼叫次数、工单总数、派单总数、完工总数、核单次数员工分析：人员个数、接单次数、评价次数、出差次数费用分析：...实施业务流程 step1：加油站服务商联系呼叫中心，申请服务：安装/巡检/维修/改造加油机呼叫中心会记录这个申请信息：来电受理事务事实表 step2：呼叫中心联系对应服务站点...，分派工单：联系站点主管，站点主管分配服务人员工单信息记录在：服务单信息表、工单信息表 step3：服务人员确认工单和加油站点信息具体工单信息表：安装单、维修单 step4...所有报销费用记录：差旅费用信息表，费用明细表 step9：呼叫中心会定期对该工单中的工程师的服务做回访回访信息表数据来源 ERP系统：企业资源管理系统，存储整个公司所有资源的信息...：安装方式、支付费用、安装类型工单主题：派工方式、工单总数、派工类型、完工总数、维修主题：支付费用、零部件费用、故障类型派单主题：派单数、派单平均值、派单响应时间费用主题：差旅费、安装费、报销人员统计

1922 0

助力工业物联网，工业大数据之事实主题指标划分【十八】

01：事实主题指标划分目标：掌握一站制造中的业务主题划分及主题指标的设计实施基本流程油站：有安装、维修、巡检、改造需求呼叫：打电话到呼叫中心下工单呼叫中心可以直接解决...：不会有新的工单产生：咨询类寻求呼叫中心不能直接解决：构建工单网点：呼叫中心将工单分派给网点工单：分配工程师确认工单油站：实施具体的工单需求仓储物料：申请仓库调度零配件，有零配件费用差旅费用...：交通费用、住宿费用、加油费用、补贴费用回访：呼叫中心将完成的订单进行电话回访呼叫中心事实指标：来电受理次数、分派工单次数油站事实指标：油站个数、停用油站个数、油站设备个数工单事实指标：安装工单个数...'; select * from eos_dict_type where dicttypename = '来电受理单--处理方式'; eos_dict_entry：字典状态明细表，记录所有具体的状态或者类别信息...select callaccept_id,status from ciss_service_workorder; -- 查看每个状态的含义 select * from eos_dict_type where

1632 0

【19】进大厂必须掌握的面试题-50个React面试

为了方便您访问，我对React面试问题进行了归类： React一般面试问题反应组件面试问题 React Redux面试问题 React Router面试问题一般React –...商店–整个应用程序的状态/对象树保存在商店中。查看–仅显示商店提供的数据。 40.显示数据如何流过Redux？等你来回答。 41.在Redux中如何定义动作？...Flux Redux 1.存储包含状态和更改逻辑 1.存储和更改逻辑是分开的 2.有多家商店 2.只有一家商店 3.所有商店都断开连接并保持平坦 3.带有分层减速器的单店 4.有单身派遣员 4.没有调度员的概念...Redux的优点如下：结果的可预测性– 由于总是有一个真实的来源，即商店，因此对于如何将当前状态与操作和应用程序的其他部分进行同步没有任何困惑。...话题常规路由反应路由涉及的页面每个视图对应一个新文件仅涉及单个HTML页面网址变更 HTTP请求发送到服务器，并接收相应的HTML页面仅历史记录属性被更改感觉用户实际上为每个视图浏览不同的页面

11.1K3 0

滴滴首席算法工程师为你揭秘滴滴出行派单算法原理

面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车。本篇文章会着重介绍滴滴是如何分析和建模这个问题，并且在这过程中面临了怎样的算法挑战，以及介绍一些常用的派单算法。...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？...由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...▍如何做到更好整个派单算法核心克服的是未来供需的不确定性，动态的时空结构的建模，以及用户行为的不确定性，对于这些不确定性我们现在更多采用深度学习方法对我们的时空数据&用户行为进行建模预测。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

4.2K3 2

浅谈滴滴派单算法

，大家可能感觉到既神秘又好奇，从出租车扬召到司机在滴滴平台抢单最后到平台派单，大家今天的出行体验已经发生了翻天覆地的变化，面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车，本篇文章会着重介绍我们是如何分析和建模这个问题...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？...这就是派单问题最大的挑战，我们不仅仅需要当前这个时刻的最优，我们要考虑未来一段时间整体的最优，新来的司机和乘客会在整个分配的网络中实时插入新的节点，如何更好的进行分配也就发生了新的变化，所以如何考虑时序对我们非常重要...这个Idea其实也非常直观，由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量其他的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

1K3 0

浅谈滴滴派单算法

桔妹导读：说到滴滴的派单算法，大家可能感觉到既神秘又好奇，从出租车扬召到司机在滴滴平台抢单最后到平台派单，大家今天的出行体验已经发生了翻天覆地的变化，面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？ ?...这就是派单问题最大的挑战，我们不仅仅需要当前这个时刻的最优，我们要考虑未来一段时间整体的最优，新来的司机和乘客会在整个分配的网络中实时插入新的节点，如何更好的进行分配也就发生了新的变化，所以如何考虑时序对我们非常重要...这个Idea其实也非常直观，由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量其他的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

9161 0

浅谈滴滴派单算法

，大家今天的出行体验已经发生了翻天覆地的变化，面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车，本篇文章会着重介绍我们是如何分析和建模这个问题，并且这其中面临了怎样的算法挑战，以及介绍一些我们常用的派单算法...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？...这就是派单问题最大的挑战，我们不仅仅需要当前这个时刻的最优，我们要考虑未来一段时间整体的最优，新来的司机和乘客会在整个分配的网络中实时插入新的节点，如何更好的进行分配也就发生了新的变化，所以如何考虑时序对我们非常重要...这个Idea其实也非常直观，由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量其他的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

1.3K2 1

浅谈滴滴派单算法

，大家今天的出行体验已经发生了翻天覆地的变化，面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车，本篇文章会着重介绍我们是如何分析和建模这个问题，并且这其中面临了怎样的算法挑战，以及介绍一些我们常用的派单算法...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？ ?...这就是派单问题最大的挑战，我们不仅仅需要当前这个时刻的最优，我们要考虑未来一段时间整体的最优，新来的司机和乘客会在整个分配的网络中实时插入新的节点，如何更好的进行分配也就发生了新的变化，所以如何考虑时序对我们非常重要...这个Idea其实也非常直观，由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量其他的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

2.5K5 2

设计师都能懂的 Redux 指南

这是一个有点复杂的工具，学习曲线相对陡峭，但这是否意味着我们作为设计师应该远离它？不。我认为我们应该拥抱它。汽车设计师应该了解引擎的用途，对吗?...为了成功地设计应用程序界面，设计师还应该对底层的东西有扎实的了解。我们应该了解它可以做什么，理解开发人员为什么使用它，并了解它的优势和含义。...这就像附近有一家超市，我们的厨师可以在那里买到所有的食材。这家超市派卡车从农场大批运回蔬菜和肉类。这比让个别厨师亲自去农场效率高得多。 store 还是唯一的数据源。...当从服务器收到否定结果时，可以轻松记录，重放和还原数据更改。持久化和从状态启动 Redux 可以很容易地将应用程序中发生的事情保存到本地存储中。...开发人员单击“重播错误”按钮并观察错误是如何发生的。 bug 被当场压扁，每个人都很开心！ Redux Bug Reporter 就是这样玩的。它的工作原理呢？Redux 的限制条件让一切变成可能。

1.6K1 0

浅谈滴滴派单算法

桔妹导读：说到滴滴的派单算法，大家可能感觉到既神秘又好奇，从出租车扬召到司机在滴滴平台抢单最后到平台派单，大家今天的出行体验已经发生了翻天覆地的变化，面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？...这就是派单问题最大的挑战，我们不仅仅需要当前这个时刻的最优，我们要考虑未来一段时间整体的最优，新来的司机和乘客会在整个分配的网络中实时插入新的节点，如何更好的进行分配也就发生了新的变化，所以如何考虑时序对我们非常重要...这个Idea其实也非常直观，由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量其他的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

1.5K2 0

浅谈滴滴派单算法

桔妹导读：说到滴滴的派单算法，大家可能感觉到既神秘又好奇，从出租车扬召到司机在滴滴平台抢单最后到平台派单，大家今天的出行体验已经发生了翻天覆地的变化，面对着每天数千万的呼叫，滴滴的派单算法一直在持续努力让更多人打到车...▍如果是1个订单和2个司机假设这两个司机都能够分配给这个订单，那么我们来看系统应该是如何分配的。首先第一种情况是，同一时刻下，这两个司机和订单的距离都完全一样的情况下，系统应该如何分配？ ?...这就是派单问题最大的挑战，我们不仅仅需要当前这个时刻的最优，我们要考虑未来一段时间整体的最优，新来的司机和乘客会在整个分配的网络中实时插入新的节点，如何更好的进行分配也就发生了新的变化，所以如何考虑时序对我们非常重要...这个Idea其实也非常直观，由于用户订单的产生和司机的出现往往并不在同一时间点，在时间维度上贪婪的分单方式（即每个订单出现时即选择附近最近的司机派单）并不能获得全局最优的效果。...除了不断去优化之前说到的派单问题，整个派单系统还面临着大量其他的挑战，包括如何利用快车优享等多个品类的运力进行跨层的最优分配，如何同时对用户&司机&平台短期长期等多个目标进行优化，如何同时优化预约&实时订单

1K3 0

从设计的角度看 Redux

我的目标是帮助像你们这样的设计师。即使您以前没有写过一行代码，我认为理解 Redux仍然是可能的、有益的和有趣的。什么是 Redux 在超高水平上，Redux 是开发人员用来简化他们工作的工具。...我认为我们应该拥抱它。汽车设计师应该了解引擎的用途，对吗?为了成功地设计应用程序界面，设计师还应该对底层的东西有扎实的了解。我们应该了解它可以做什么，理解开发人员为什么使用它，并了解它的优势和含义。...这就像附近有一家超市，我们的厨师可以在那里买到所有的食材。这家超市派卡车从农场大批运回蔬菜和肉类。这比让个别厨师亲自去农场效率高得多。 store 还是唯一的数据源。...当从服务器收到否定结果时，可以轻松记录，重放和还原数据更改。持久化和从状态启动 Redux 可以很容易地将应用程序中发生的事情保存到本地存储中。...开发人员单击“重播错误”按钮并观察错误是如何发生的。 bug 被当场压扁，每个人都很开心！ Redux Bug Reporter 就是这样玩的。它的工作原理呢？Redux 的限制条件让一切变成可能。

1.7K3 0

助力工业物联网，工业大数据项目介绍及环境构建【三】

01：业务系统结构目标：了解一站制造中的业务系统结构实施数据来源业务流程油站站点联系呼叫中心，申请工单呼叫中心分派工单给工程师工程师完成工单工程师费用报销...呼叫中心回访工单 ERP系统：企业资源管理系统，存储整个公司所有资源的信息所有的工程师、物品、设备产品供应链、生产、销售、财务的信息都在ERP系统中 CISS系统：客户服务管理系统...，存储所有用户、运营数据工单信息、用户信息呼叫中心系统：负责实现所有客户的需求申请、调度、回访等呼叫信息、分配信息、回访信息组织结构运营部（编制人数300...人）负责服务策略制定和实施，对服务网络运营过程管理。...、改派记录信息、故障更换材料明细信息、综合报销信息、服务单信息、安装单、维修单、改造单信息 CISS_MATERIAL、CISS_M：仓储物料表物料申明明细信息、网点物料调配申请等 ORG

5952 0

VoLTE问题定位指导手册

，告知用户，结单；如果MMTEL中没有呼入/呼出限制业务，转步骤5； Ø 步骤5：检查用户是否开通并激活了呼叫转移功能如果用户开通并激活了呼叫转移功能，建议用户取消后再试，用户恢复，结单...；如果未恢复，转步骤6；如果用户未开通或者开通未激活任何呼叫转移业务，转步骤6； Ø 步骤6：询问用户是否对终端进行了一些特殊设置（黑名单、飞行模式、勿扰模式、拨号助手）如果用户设置，请指导用户取消后再试...，转智能网处理流程；如果用户未开通智能网业务，转步骤8； Ø 步骤8：询问用户周围人使用是否正常如果周围电信用户也使用不正常，则详细记录用户的障碍现象和所在地区，派单NOC处理；如果周围电信用户使用正常...如果是单个号码，转步骤4；如果是多个号码，记录下多个号码，转步骤5； Ø 步骤4：解释为对方原因可能是对方的原因引起，建议观察；用户如再问，可以解释对方的网络、手机等原因；认可，结单...，结单；网优苦短，我用Python

2.2K2 1

「前端架构」Redux vs.MobX的权威指南

在这篇文章中，我们将研究每个库以及它们是如何匹配的。本文假设您对web应用程序中的状态管理工作有一个基本的了解。普通JavaScript和Redux框架都适用于普通或不可知的框架。...Redux 在Redux，只有一家商店，它是唯一的真理来源。存储中的状态是不可变的，这使得我们更容易知道在哪里可以找到数据/状态。...我个人喜欢将应用程序的整个状态存储在单个存储中的想法。这有助于我把同一个地方称为真理的唯一来源。有些人可能会说多家商店对他们更有效，更喜欢MobX。...Redux中的操作可以调用对状态的更改，reducer可以用新的状态替换以前的状态。这是Redux的核心原则之一。...如果您有兴趣了解更多关于纯函数以及它们在Redux中如何操作的信息，您可以阅读本文以获得更好的理解。这是Redux最好的特性之一。

1.5K3 0

Luna：你想要的 React Native 调试工具

本体包含了 Log、Network、Redux 和 Shopee 这四个版块，分别承载了日志记录、网络请求查看、Redux 树查看以及 Shopee 相关信息查看的功能。...方案设计 3.1 整体设计 1-1.png Luna 作为一个 monorepo 多包单仓库架构的项目，包含了 Core、Shopee Plugin 和 Redux Plugin 三个包模块。...Core 使用 mobx 作为存储，维护了 Log 日志和 Network 记录的收集与展示、以及自定义插件的控制等等功能。...这种做法避免了大数据显示所带来的性能问题；对一行的超长文本进行换行控制，保持每个 Log 不超过三行，保证每屏的 Log 数量是受控的。...3.3.2 开发自定义插件除了官方插件之外，使用者还可以自己扩展插件，如何开发一个 Luna 的插件呢？

2K2 0

单向数据流-从共享状态管理：fluxreduxvuex漫谈异步数据处理

因为都走action，就可以知道到底改变（mutation）是如何被触发的，出现错误，也可以记录记录日志啥的 this.state.message = newValue }, clearMessageAction...我们的action越来越复杂，payload越来越长，当然我们可以分离开来单独建立文件去处理逻辑，但是实质上还是对redux的action和reducer进行了污染，让它们变得不纯粹了，action就应该作为一个信号...其实我有个点子一直没时间做，那就是把记录下来的 mutations 做成类似 rx-marble 那样的时间线图，对于理解应用的异步状态变化很有帮助。作者：尤雨溪 ....这样看来我认为VUE是更推荐在使用了VUEX的框架中的每个组件内部都使用store，而React-Redux则提供了自由选择性。...而VUEX即不需要使用外层组件，也不需要类似connect方式将组件做一次包装，我认为出发点应该是可能是为了避免啰嗦。

3.6K4 0

永久免费开源在线客服系统推荐收藏

我们最早接触的聊天工具应该是QQ，在线聊天的客服系统应该是淘宝，我们每天都在使用这些工具去解决我们生活聊天上的一些诉求，却很少会有人有机会去了解它底层的一些逻辑和框架。...管理控制台：管理控制台是客服系统的管理界面，提供了对客服系统的配置、监控和维护的功能。管理控制台可以让管理员实时监控客服消息记录和客户资料，以及分析客服系统的效率和使用情况。...永久开源的在线客服系统唯一客服（http://gofly.v1kf.com）那么针对一般的IM客服系统，我简单的画了一张模块功能的示意图，来讲下我对IM系统的模块划分。...11）派单路由派单路由是系统选择的一个最优的派单模式，这里我将派单路由分为上游和下游两部分，上游我们可以简单理解为我们的业务需求，客服的服务模式，在不同的场景下配置最合适的派单模式，下游的派单模式一般有指定客服派单...、按照队列（技能栈）派单，派单模式下面还有派单策略，随机派单、均派、在线值班派、服务容量派单均派。

6.2K3 0

珠海华发实业用Salesforce CRM提升竞争力

通过实施Salesforce CRM，华发集团的呼叫中心在降低成本与提高客户满意度方面成效卓著。通话记录查询界面 ? 呼出界面 ? 呼入及弹屏界面 ?...此外，华发呼叫中心对问题处理和事件跟踪的有效管理会赢得客户极高的满意度；华发呼叫中心会建立完善的客户回访制度，能够及时了解客户的意见并加以改进。...并且，还把对维修客户的满意度回访、产品维修率分析等作为考评维修厂商的重要依据，及时淘汰不合格的厂商，提升客户服务品质。 2、与APP/微信的高度集成 ?...通过APP/微信与Salesforce的整合，成功帮助华发实现了： 1、最终客户、内部维护人员可以通过微信派单，提交报修、咨询建议服务请求。 2、其它合作伙伴可以通过微信进行项目报备、沟通协作。...3、华发内部员工借助微信进行报修处理的操作，拍照上传维修结果情况，工作反馈更直观，大大提高工作效率。 4、随时掌握工作进展、充分利用碎片时间，在路上即可马上记录跟进情况，工作汇报更及时。

5943 0

前端状态管理框架之Redux

随着应用程序单页面需求的越来越复杂，应用状态的管理也变得越来越混乱。...这句话虽然简短，但其实是有几个涵义的: 可预测的(predictable): 因为Redux用了reducer与纯函数(pure function)的概念，每个新的state都会由旧的state建来一个全新的...但是对初学者来说，它也不容易学习，网络上常常见到初学者报怨Redux实在有够难学，这也并不是完全是Redux的问题，基本上来说Flux的架构原本就不是很容易理解，Redux还简化了Flux的流程与开发方式...在简单的应用程序中，这沟通方式还可行，但如果是在有复杂的组件嵌套阶层结构时，例如层级很多或是不同树状结构中的子组件要互相沟通时，这个作法是派不上用场的。...最困难的地方在于，要如何在触发动作时，进行store(存储)的更动查询，以及进行呈现数据的更动与最后作整个应用程序的渲染。

1.1K2 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭