开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

如何在firebase android studio中将订单拆分到两个不同的子节点中，如酒吧和厨房柜台发送订单两个不同的计数器

在Firebase Android Studio中将订单拆分到两个不同的子节点中，如酒吧和厨房柜台发送订单两个不同的计数器，可以按照以下步骤进行操作：

创建Firebase数据库结构：
- 在Firebase控制台中创建一个新的项目，并选择数据库选项。
- 在数据库选项卡中，选择Realtime Database，并创建一个新的数据库。
- 在数据库中创建两个子节点，分别命名为"bar"和"kitchen"，用于存储酒吧和厨房柜台的订单。

在Android Studio中连接Firebase：
- 在Android Studio中打开你的项目，并确保已经添加了Firebase相关的依赖。
- 在项目的build.gradle文件中，添加Firebase的配置信息。
- 在应用的build.gradle文件中，添加Firebase的SDK依赖。
将订单拆分到不同的子节点中：
- 在你的Android应用中，获取订单数据并准备发送到Firebase数据库。
- 使用Firebase的API将订单数据发送到对应的子节点中。
- 例如，如果订单是酒吧的订单，将订单数据发送到"bar"子节点；如果订单是厨房柜台的订单，将订单数据发送到"kitchen"子节点。
计数器的实现：
- 在Firebase数据库中的每个子节点中，使用Firebase的事务功能来实现计数器的自增。
- 在每个子节点中，创建一个名为"counter"的属性，并将其初始值设置为0。
- 当有新的订单发送到对应的子节点时，使用Firebase的事务功能来自增对应子节点的计数器。

这样，你就可以在Firebase Android Studio中将订单拆分到两个不同的子节点中，并实现两个不同的计数器。请注意，以上步骤仅为示例，实际实现可能需要根据你的具体需求进行调整。

腾讯云相关产品和产品介绍链接地址：

腾讯云数据库：https://cloud.tencent.com/product/cdb
腾讯云云服务器：https://cloud.tencent.com/product/cvm
腾讯云云原生应用引擎：https://cloud.tencent.com/product/tke
腾讯云音视频处理：https://cloud.tencent.com/product/mps
腾讯云人工智能：https://cloud.tencent.com/product/ai
腾讯云物联网：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发：https://cloud.tencent.com/product/mobdev
腾讯云对象存储：https://cloud.tencent.com/product/cos
腾讯云区块链：https://cloud.tencent.com/product/baas
腾讯云元宇宙：https://cloud.tencent.com/product/vr

相关搜索:Django视图混乱，两个视图显示相同的内容未捕获(在promise中)路径:无法读取null的属性(正在读取‘TypeError’)有没有一种方法可以使用VBA比较不同工作表上的两个表，并查看它们是否匹配/满足条件？Angular 10错误TypeError:无法设置未定义的属性(var)使用NSURLSessionDownloadTask下载时图像不显示按特定列分组，然后根据条件分配新值尝试删除字符串中的一些字母使用Colab GPU时出错，而使用CPU时无错误 HashMap嵌套对象的GSON Json映射如何将不同目录下的源码编译成同一目录下的目标文件(Makefile)？

相关搜索:

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

有帮助

没帮助

相关·内容

理解RESTFul和SOA

它的具体表现形式，应该在HTTP请求的头信息中用Accept和Content-Type字段指定，这两个字段才是对"表现层"的描述。...SOA:面向服务的架构在现实世界中，服务是一种我们花费购买到的一种预期的服务。　　例1 （来自真实世界）：你去餐馆订餐，您的订单首先进入到柜台，然后在厨房进行食物准备，最后服务员提供的食物。...举例来说，我们采取了“支付网关”的服务，并将它附加到不同的系统。（2） SOA服务是黑匣子。在SOA中，服务隐藏有内在的复杂性。他们只使用交互消息，服务接受和发送消息。...（5） SOA服务可以编排和链接实现一个特定功能： SOA服务可以使用了即插即用的方式。例如，“业务流程”中有两个服务“安全服务”和“订单处理服务” 。...如：TCP、HTTP、MSMQ等多种协议（2）使用方式上的不同。REST只要客户端能够模拟HTTP请求，通过标准的HTTP动作，都可以进行访问。

8113 0

DDD实战之六：战略设计之技术决策

特别说明：我在写这篇的过程中，发现前面第四、五篇的上下文识别和关系映射中一些错误：将“确认订单付款”和“确认接龙付款”错误的合并为一个用例“确认购买并付款”（其实应该是包含子用例“创建付款订单”），并且相应的跨上下文用例中也遗漏了...查询类请求指的就是查询数据（如：按关键词查询商品列表等），命令类请求指的是执行某个动作的命令（如：提交订单、更新客户信息等）。...要强调的一点是：事实上，做好了 DDD 战略设计的“限界上下文识别”和“上下文关系映射”，实现了“限界上下文”级别的“高内聚、低耦合”，加上下节所说的合理的“数据库架构设计和事务一致性策略”，已经很好的解决了...上下文之间存在消息事件通知的情况，当需要将处于同一个微服务的限界上下文拆分到不同微服务时，只需要将消息发布（南向网关适配器）和订阅者（北向网关订阅者）从本地的事件总线更换为消息中间件实现方式即可。...而从现在我们划分的 4 个微服务来看，接龙和订单的业务“命令”逻辑都处于“业务处理中心”微服务中，故不存在跨进程的事务一致性问题。当然，理论上“接龙”和“订单”也是可以拆分到不同的微服务中的。

4893 0

MySQL-分库分表初探

---- 常见的分库分表的方式有个MySQL的集群哈分库两种方式，如下方式一：把一个实例中的多个数据库拆分到不同的实例假设我们是个电商系统， DB集群中有订单、用户、促销三个数据库...当然了，如果你的情况是：订单节点的写入压力比较大，你这样拆也解决不了问题。那就需要第二种方式了 ---- 方式二：把一个库中的表分离到不同的数据库中。 ?...原来写的压力都在一个节点上，这样才到不同的数据库上，原来一个节点的写压力，就被分散到了3个节点上。如果随着业务的发展，订单的DB 写压力又扛不住了呢？...-----------> 那只有终极大招-----> 分表 ---- 分表分表：就是对一个库中的相关表进行水平拆分到不同实例的数据库中。这一块很复杂，坑太多。。。。。...解释下原来在一个节点中存储了订单表 + 订单商品表 + 分类表经过分库分表后两个节点节点1 ：存储订单表 01 + 订单商品表 01 + 分类表（每个节点数据一致，冗余）节点1 ：存储

1.4K2 0

假装我是一个牛B的架构师(一)

典型的系统构成是这样的：有商城前台展示，有购物车，有结算页，有订单待支付已支付等等，后端就是实际的生产运作环节，如关联的仓配系统WMS，运输跟踪TMS。...拆单原因之一：库房不同首先，基于电商的配送效率考虑，会有不同的、分品类的库房。尤其是今年电商通过各种奖励让用户提前添加到购物车，双十一当天清空购物车，这种方式就是便于提前预判仓储和物流，降本增效。...如果用户下了这张订单，在购物车里看虽然是两个商品，但是实际上会产生两张订单——一张订单是要给大家电仓库，一张订单要提交给食品母婴仓。拆单原因之二：不同商家比如某东现在有自营和三方。...而三方里边有不同的商家，阿东为了要给不同的商家进行结算，不可能在一张订单上同时存在两个商家的商品，这将导致无法跟商家做结算。因而会根据商家去进行拆单。以上就是最基本的两个拆分订单维度——库房和商家。...比如，用户的一张订单上，有自营的商品，有商家的商品，且有多个商家的商品。那么，这张订单就会拆成很多的子单，而之前的那张订单则称之为父单。其实，在电商往下的一些下游系统里，那张父单是没有任何作用的。

6702 1

PHP程序员如何简单的开展服务治理架构(三)

什么是SOA的服务在现实世界中，服务是一种我们花费购买到的一种预期的服务。 1、（来自真实世界）：你去餐馆订餐，您的订单首先进入到柜台，然后在厨房进行食物准备，最后服务员提供的食物。...因此，为了实现一个餐厅订购服务，您需要三个逻辑部门/服务协同工作（计帐，厨房和服务员）。在软件世界同样的方法称为业务服务。...2、（软件世界）：你去亚马逊订购了一本书，有不同的服务，如支付网关，库存系统，货运系统等共同完成一本书的订购。　　所有的服务是自包含的，合乎逻辑。他们就像黑盒子。...举例来说，我们采取了“支付网关”的服务，并将它附加到不同的系统。 B） SOA服务是黑匣子。在SOA中，服务隐藏有内在的复杂性。他们只使用交互消息，服务接受和发送消息。...E） SOA服务可以编排和链接实现一个特定功能： SOA服务可以使用了即插即用的方式。例如，“业务流程”中有两个服务“安全服务”和“订单处理服务” 。

6592 0

假装我是一个牛B的架构师(二)

继续订单拆分，从服务化的角度，订单拆分业务可以做成一个单独的微服务，即拆分的框架和流程。...订单拆分流程通过获取订单信息，然后进行拆分，和构建。真正的订单拆分动作做的是——根据拆分的业务逻辑，按照业务逻辑的条件去生成满足仓储生产的订单。...拆单服务的基本原则就是按SKU的金额比例去分摊并取整数。这里面不光包括优惠，还有各种运费，虚拟资产（如积分）等。...所谓的生产对于自营平台来说就是定位的是不同库房；对于入驻商家来说，定位的是不同商家。...订单系统最直接的两个下游系统，对于自营来说，下游系统就是WMS即仓储系统；对于入驻商家来说，下游系统就是平台下发给商家的订单系统（或者说订单系统客户端）。所以平台的单子都会发给这两个系统。

4723 0

解锁 2022 Google 游戏开发者峰会 | 打造高质量的游戏体验

这将节省开发者的时间，让他们不用再尝试在 Android Studio 中重新创建项目或者并行地维护两个项目。...目前 "覆盖面和设备" 工具会显示安装量指标，作为衡量业务机会的一种方式。但如果您主要看重的是收入，则可能需要关注游戏对消费特点不同的非付费用户和付费用户的覆盖程度。...针对开发者们的反馈，我们为 Android Vitals 里的所有指标数据都提供 "国家/地区" 这一细分维度，您可以在 Android Vitals 以及 "覆盖面和设备" 工具中将所有指标过滤到国家...Firebase Crashlytics 和 Firebase Remote Config 个性化功能关于游戏质量和稳定性，我们为开发者带来了两个非常有用的工具，Firebase Crashlytics...Google Play 提供的优惠，如打折或给予积分优惠等。

5.8K3 0

微商城订单模块重构实践

为了在新订单列表重构的过程中，尽可能的规避掉旧订单列表中相关的坑点，Android 侧将订单列表页面从不同的维度进行了拆分： 1.从 UI 层面新的订单列表将订单状态选择器、订单类型选择面板、订单卡片分别拆分成了不同的视图...客户端的列表模块代码历史较长，从产品经理、设计师到开发，经手人都比较多，难以保证新的设计可以覆盖到所有的使用场景订单列表模块，从设计上已经拆分为正向订单和逆向订单（维权、退款订单）两个类别，对于新的组件...每个业务方在对订单执行操作（如发货、退款）后，订单列表页面的内容展示不会变更。...在新的订单列表中：在新的订单列表中，Android 侧的订单列表将对应的卡片的点击操作处理交给了订单卡片中对应的子组件进行处理，业务方添加订单卡片操作处理时只需要关注对应组件即可。...为了简化订单列表刷新的流程，在新订单列表的 Fragment 中增加了对订单状态刷新的事件，业务方在需要刷新对应订单状态时，只需要发送对应的事件，不需要关注订单所在的页面和订单的状态，即可完成对订单列表的刷新

1.8K3 0

数据库怎么分库分表？

4、分析：库多了，io和cpu的压力自然可以成倍缓解水平分表 ? 1、概念：以字段为依据，按照一定策略（hash、range等），讲一个表中的数据拆分到多个表中。...4、分析：单表的数据量少了，单次执行SQL执行效率高了，自然减轻了CPU的负担。垂直分库 1、概念：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。...拆了之后，要想获取全部数据就需要关联两个表来取数据。但记住千万别用join，因为Join不仅会增加CPU负担并且会将两个表耦合在一起（必须在一个数据库实例上）。...ER分片关系型数据库中，如果已经确定了表之间的关联关系（如订单表和订单详情表），并且将那些存在关联关系的表记录存放在同一个分片上，那么就能较好地避免跨分片join的问题，可以在一个分片内进行join。...分页需要按照指定字段进行排序，当排序字段就是分页字段时，通过分片规则就比较容易定位到指定的分片；当排序字段非分片字段时，就变得比较复杂.需要先在不同的分片节点中将数据进行排序并返回，然后将不同分片返回的结果集进行汇总和再次排序

1.3K4 0

出现这四种情况，才是考虑分库分表的时候！

分析：库多了，IO 和 CPU 的压力自然可以成倍缓解。水平分表概念：以字段为依据，按照一定策略（hash、range 等），讲一个表中的数据拆分到多个表中。...分析：单表的数据量少了，单次执行 SQL 执行效率高了，自然减轻了 CPU 的负担。垂直分库概念：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。...拆了之后，要想获取全部数据就需要关联两个表来取数据。但记住千万别用 Join，因为 Join 不仅会增加 CPU 负担并且会将两个表耦合在一起（必须在一个数据库实例上）。...4）ER 分片关系型数据库中，如果已经确定了表之间的关联关系（如订单表和订单详情表），并且将那些存在关联关系的表记录存放在同一个分片上，那么就能较好地避免跨分片 Join 的问题。...需要先在不同的分片节点中将数据进行排序并返回，然后将不同分片返回的结果集进行汇总和再次排序。最终返回给用户如下图：上图只是取第一页的数据，对性能影响还不是很大。

3985 0

什么情况下需要考虑分库分表？

分析：库多了，io和cpu的压力自然可以成倍缓解水平分表概念：以字段为依据，按照一定策略（hash、range等），讲一个表中的数据拆分到多个表中。...分析：单表的数据量少了，单次执行SQL执行效率高了，自然减轻了CPU的负担。垂直分库概念：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。...拆了之后，要想获取全部数据就需要关联两个表来取数据。但记住千万别用join，因为Join不仅会增加CPU负担并且会将两个表耦合在一起（必须在一个数据库实例上）。...ER分片关系型数据库中，如果已经确定了表之间的关联关系（如订单表和订单详情表），并且将那些存在关联关系的表记录存放在同一个分片上，那么就能较好地避免跨分片join的问题，可以在一个分片内进行join。...需要先在不同的分片节点中将数据进行排序并返回，然后将不同分片返回的结果集进行汇总和再次排序，最终返回给用户如下图：上图只是取第一页的数据，对性能影响还不是很大。

831 0

电商系统之订单系统

订单产生时先要判断报缺情况，如果出现报缺问题则要考虑整单报缺、部分报缺、换货或者换转退的情况（库存，仓促调拨和退款）。报缺情况分为系统报缺和实物报缺，这是承接但相对独立的两个环节。...关注点订单状态（某一节点后如订单产生后不允许取消订单）当退单被商家拒绝后需要转入客服仲裁的环节部分退的订单促销一般保持享用状态，但金额按照分摊的金额进行退款订单状态从订单状态设计目的和存在价值去分析和理解它背后设计机制....支持跨平台交易单生成（即同一个大交易单内既有商家商品又有自营商品或者是多个商家的商品） 3.支持拆单、合并逻辑（配送单、支付单等） 4.提供更丰富的订单推送服务，完善订单状态第三步：支持不同营销手段下的订单类型...可以提供不同营销场景下的订单，如：团购、预购等。订单系统架构的演变 ? 第一代：简单粗暴 ?...在有些情况下，用户可能在一个订单中选择不同卖家的商品，而每个卖家又会按照该订单中自己提供的商品计算相关的商品优惠（如满100元减10元）以及按照不同的收货地址设置不同的物流配送，所以会出现子订单的相关概念

3.3K2 2

MySQL：分库分表知识点盘点

分析：库多了，io和cpu的压力自然可以成倍缓解。 2、水平分表概念：以字段为依据，按照一定策略（hash、range等），将一个表中的数据拆分到多个表中。...分析：表的数据量少了，单次SQL执行效率高，自然减轻了CPU的负担。 3、垂直分库概念：以表为依据，按照业务归属不同，将不同的表拆分到不同的库中。...4、垂直分表概念：以字段为依据，按照字段的活跃性，将表中字段拆到不同的表（主表和扩展表）中。...拆了之后，要想获得全部数据就需要关联两个表来取数据。但记住，千万别用join，因为join不仅会增加CPU负担并且会讲两个表耦合在一起（必须在一个数据库实例上）。...打宽表，一般而言，商户端对数据实时性要求并不是很高，比如查询订单列表，可以把订单表同步到离线（实时）数仓，再基于数仓去做成一张宽表，再基于其他如es提供查询服务。

3452 0

DDD 实战 (4)：战略设计之系统上下文和限界上下文

，应该是满足“同构”映射的）；根据“业务子域”的分类将情况，对限界上下文区分出“基础层”（一般含“支撑子域”和“通用子域”对应的限界上下文）和“业务价值层”（一般放“核心子域”对应的限界上下文）。...下面我们来一一进行分析：其中“加商品到购物车”和“选购接龙商品到购物车”是因为按照一般电商系统的惯例，“购物车”应该归到“订单”上下文中，但考虑到现在有“订单”和“接龙”两个上下文，那这两个跟购物车有关的用例...按照产品原型的设计，这两个用例在用户付款后有一部分公共的业务逻辑：创建订单、记录商品销量、为店铺初始化客户资料等公共逻辑。所以，其实这两个业务用例，可以包含一个子业务用例叫“创建待付款订单”。...，这和“订单”上下文本身会因为订单管理规则变化而变化，其实是两个不同的影响因素，违背了“单一职责原则”。...这个用例看起来跟“发送短信验证码”类似，可以作为某上下文的 ACL 存在、也可以做为独立上下文存在。如果作为 ACL，就因为有“订单”和“店铺”两个上下文都用到，会出现重复实现的问题。

7202 0

MyCat08——分片技术之垂直拆分

如下用户表中如果只想要查询昵称为“孙悟空”的用户名，可以使用SQL语句：SELECT 用户名 FROM 用户表 where 昵称=孙悟空;这里虽然仅查询了用户名，但是在对记录进行扫描时，地址和订单信息这两个含有大量信息的字段也会被扫描到...2.2 垂直分库以数据表为区分依据，将实现不同业务的表，拆分到不同的数据库分片中。这种拆分方式应用最广。不同数据库分片拥有不同的数据表，数据库的名称相同，我们的全量数据等于所有数据库分片的并集。...3.1.1 schema节点在 schema 节点中将 dataNode 属性配置为 dn1；并在 schema 下增加 table 节点，并配置以下属性：name 需要单独配置的数据表名称dataNode...需要单独配置的数据表所在服务器节点，如 dn2在 table 节点设置的表，将存储在 dn2 节点，而没有被列出的表，都将存储在 dn1 节点。...3.1.3 dataHost节点dataHost 节点名称应与上一步中配置的 dataNode 节点中 dataHost 一致，且数量也应一致，这里应配置两个 dataHost 节点。

1271 0

图解：订单系统的设计

还涉及到复杂的订单状态规则、订单金额计算规则以及增减库存规则等。在4节核心功能设计中会重点来说。...订单中所包含的内容信息为了使订单系统能够对订单进行高效、精准的管理和跟踪，订单会储存关于产品、优惠、用户、支付信息等一系列的订单实时数据，来和下游系统，如：促销、仓储、物流进行交互。...如电商平台中，商家发货过程已有一个标准化的流程，订单内容会发送到仓库，仓库对商品进行打单、拣货、包装、交接快递进行配送。订单确认：收到货后，订单系统需要在快递被签收后提醒用户对商品做评价。...对于订单系统来说，订单状态细分的颗粒度越细、越明确，订单系统管理的精度和可靠性就越高，比如：在待付款和待发货两个状态中，订单系统后台会细分为订单超时取消、订单支付失败、订单付款完成等。...订单系统的发展订单系统的主体框架，和主要业务模块已基本讲完，那么随着企业的发展，业务量和业务形式不断变化，企业有可能形成多个订单系统并存以满足不同的业务需要的情况。

1891 0

Java面试：2021.05.25

这个接口并不直接请求订单服务，而是首先生成唯一订单编号，再组装一个订单消息并发送给MQ，然后返回唯一订单编号给前端。...运行(RUNNABLE)：Java线程中将就绪（ready）和运行中（running）两种状态笼统的称为“运行”。线程对象创建后，其他线程(比如main线程）调用了该对象的start()方法。...等待(WAITING)：进入该状态的线程需要等待其他线程做出一些特定动作（通知或中断）。 5. 超时等待(TIMED_WAITING)：该状态不同于WAITING，它可以在指定的时间后自行返回。...一，如果可以避免使用 session，直接用 nginx 的负载均衡策略即可 nginx负载均衡策略主要分一下六种： 1）轮询（默认）请求按顺序轮流发给每个后端服务器 2）权重，在轮询的基础上添加，权重高的分到的请求越多...1、整数类型，包括TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT，分别表示1字节、2字节、3字节、4字节、8字节整数。

4423 0

009仓储物流中心里的人机工程学设计

操作员的操作高度在仓储物流中心里有大量的具体工作需要操作员去处理，比如给货物贴标签，装箱，封箱，整理物品等等工作，类似的工作可以找到对应到我们日常生活中的劳动场景：如每天在厨房中烹饪，经常做饭的人都知道...先仔细看看下边一个图：上边分别展示了人类在不同的高度上操作物品时的状态，最左边一副图中，如果人经常在低处工作时，粗略分析到大腿和小腿和膝盖会一直处于工作状态中，时间长了肌肉会酸痛发麻，工作体验自然很差...最简单的有两个办法，一种办法是将工作台设计到较高的高度位置处，身高高的人的可以直接在工作台面上作业，身高低的员工可以在脚下踏上踏板变相提高操作员身高，这样间接的也能使操作员处于舒适工作高度上。...这样的办法在身边也随处可见，比如机场的办理柜台，一般的柜台都设计的较高，低于身材矮小的人，可以踩到柜台的踩踏杠上来使乘客和柜台人员可以在舒适的高度上交流。...长时间的拣选工作除了会使操作员由于穿梭在不同的货架之间寻找货物而造成的行走疲劳，同时也会由于要时刻记住订单内信息和订单间信息而倍感疲劳。

5991 0

京东后台：订单履约系统设计（上）

在未来的7天内，可以选择每天3个不同时段来送达，如北京上海等的一些城市，还支持夜间配送。 4. OFC在什么环节出现？...尤其像双11或者618等这种大促的时候，我们的购物车可能一次性会有10个甚至有若干个东西要购买。然而，为什么会拆这个订单？哪些订单需要拆分，哪些不需要？京东订单主要分为虚拟订单和实物订单。...维度2：商家另外一个维度就是商家，京东两大类业务自营和POP，而POP里边有不同的商家，京东为了让不同商家的商品由不同的商家配送，最后给不同的商家进行结算，不可能在一张订单上同时存在两个商家的商品。...但对于京东来说，这100块钱并不是直接减100这样来登记的，其不在订单里，是以商品的金额订单里，商品金额的比例分拆优惠的，这就是金额拆分系统在做的一个工作。 2....DB，并发送计算结果到MQ；对外提供查询服务。

2.5K1 0

订单系统设计思路

还涉及到复杂的订单状态规则、订单金额计算规则以及增减库存规则等。在4节核心功能设计中会重点来说。...为了使订单系统能够对订单进行高效、精准的管理和跟踪，订单会储存关于产品、优惠、用户、支付信息等一系列的订单实时数据，来和下游系统，如：促销、仓储、物流进行交互。...而每个步骤的背后，订单是如何在多系统之间交互流转的，可概括如下图： ?...如电商平台中，商家发货过程已有一个标准化的流程，订单内容会发送到仓库，仓库对商品进行打单、拣货、包装、交接快递进行配送。订单确认：收到货后，订单系统需要在快递被签收后提醒用户对商品做评价。...对于订单系统来说，订单状态细分的颗粒度越细、越明确，订单系统管理的精度和可靠性就越高，比如：在待付款和待发货两个状态中，订单系统后台会细分为订单超时取消、订单支付失败、订单付款完成等。

2.4K2 2

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭