开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

六角形体系结构asp.netcore webapi中域与基础设施层的不耦合

在六角形体系结构中，ASP.NET Core Web API的域和基础设施层应该保持解耦。

域层是应用程序的核心，包含了业务逻辑和规则。它是与具体技术无关的，可以独立于任何框架或库进行测试和演化。域层通常包含实体、值对象、聚合根、领域服务等概念。

基础设施层是与外部系统进行交互的部分，包括数据库、文件系统、消息队列等。它负责数据持久化、与外部系统的通信以及其他与基础设施相关的操作。基础设施层应该是可插拔的，可以轻松地更换底层技术或第三方库。

将域层和基础设施层解耦的好处是：

可测试性：域层可以独立于基础设施进行单元测试，因为它不依赖于具体的数据库或其他外部系统。这样可以更容易地编写可靠的测试用例，提高代码质量。
可维护性：由于域层与基础设施层解耦，所以可以更容易地修改或替换基础设施层的实现，而不会对域层产生影响。这样可以降低代码的耦合度，提高系统的可维护性。
可扩展性：通过解耦域层和基础设施层，可以更容易地扩展系统的功能。例如，可以轻松地添加新的数据库或更改消息队列的实现，而不需要修改域层的代码。

在ASP.NET Core Web API中实现域与基础设施层的解耦可以采用以下方法：

使用依赖注入：通过依赖注入容器，将域层和基础设施层的实现解耦。域层只依赖于抽象接口，而不依赖于具体的实现。这样可以在运行时动态地注入不同的实现。
定义接口和实现：在域层中定义接口，描述与基础设施层的交互方式。然后在基础设施层中实现这些接口。通过接口的方式，域层可以与基础设施层进行通信，而不依赖于具体的实现。
使用领域事件：领域事件是一种在域层中定义并由基础设施层处理的事件。通过使用领域事件，可以将域层和基础设施层解耦，实现异步的事件驱动架构。

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

云数据库 TencentDB：https://cloud.tencent.com/product/cdb
云存储 COS：https://cloud.tencent.com/product/cos
云原生容器服务 TKE：https://cloud.tencent.com/product/tke
人工智能平台 AI Lab：https://cloud.tencent.com/product/ailab
物联网平台 IoT Hub：https://cloud.tencent.com/product/iothub
移动开发平台 MDP：https://cloud.tencent.com/product/mdp
区块链服务 BaaS：https://cloud.tencent.com/product/baas
元宇宙平台 Tencent XR：https://cloud.tencent.com/product/xr

请注意，以上链接仅供参考，具体的产品选择应根据实际需求和情况进行评估。

相关搜索:仅使用一个函数在不同索引中插入链表中的元素为什么我在一次又一次启动协程时得到MissingReferenceException异常？Laravel如何查询收款？Chart.js取消选择时，图形上的值不会消失 JSSoup是否支持提取文本？带有比较运算符的SQL解码函数不重复角度值的动态选择 R错误:第一个参数`data`必须是数据帧或共享数据 Quasar框架-如何在提交表单中重置q-uploader 无法将类应用程序的对象转换为字符串(视图:C：\WAMP64\www\ stdClass 1\resources\views\admin\soutenance\themeValide.blade.php)

相关搜索:

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

有帮助

没帮助

相关·内容

「应用架构」六边型架构：三个原则和一个实现示例

六角形结构测试更进一步参考六角架构学原理六边形体系结构基于三个原则和技术：明确区分应用程序，域和基础结构依赖关系从应用程序和基础结构到域我们使用端口和适配器隔离边界词汇说明：在本文的其余部分中...我们发现这个概念是以IObtainPoems界面的形式在Domain中获取诗歌。正是这种获取诗歌的概念将允许域与基础设施方面进行交互。...Alistair Cockburn坚持内部和外部的这种划分，这比应用和基础设施之间的差异更能解决最初的问题。 ? 原理：边界与接口隔离 ?...但是，它仍然有兴趣：明确限制应用程序代码和域代码之间的耦合表面。实际上，PoetryReader类可以有除IRequestVerses接口之外的其他方法。...要了解有关“应用程序”，“域”和“基础结构”的更多信息，请阅读“域驱动设计：隔离域”的第4章。注意：这本书没有提到六角形架构。

1.6K3 0

设计面向DDD的微服务

DDD微服务中的层 DDD定义的多层是为了管控代码的复杂性，这些层是逻辑组件(类似环环相扣的齿轮)。不同的层（例如领域模型层与表示层等）可能具有不同的类型，此时层间类型需要转换。...领域模型层中的领域实体不应传播到它不属于的其他区域(如表示层) 重要的是有一个由聚合根控制的域模型，以确保与该实体组（聚合）相关的所有不变式和规则都是通过单个入口点或（聚合根）执行。 ?...领域实体不应直接依赖于任何数据访问基础框架（EF、NHibernate），理想情况下，您的域实体不应继承自或实现任何基础设施中定义的任何类型。...大多数现代的ORM框架（例如Entity Framework Core）都支持这种方法，因此您的领域模型不会与基础设施耦合。...应用层只协调任务，不能保存或定义任何域状态（域模型），它将业务规则的执行委托给领域模型类本身（聚合根和领域实体），这将最终更新这些领域实体中的数据。总体来看，应用层是为实现前端用例的地方。 3.

6335 0

聊聊 ASP.NET 6 整洁架构开发模板

与传统的三层架构不同，DDD四层架构的重点在于引入了一个领域层。领域层的作用是实现企业核心业务逻辑，通过各种校验手段保证业务的正确性。...下图中展示了传统的三层架构与DDD四层架构的对应关系：整洁架构简单介绍简而言之，整洁架构是组织软件体系结构的原则，可以轻松面对未来的不确定性，方便代码的重构。...同时，它可以帮助我们为特定的领域模型构建服务，从而为将来可能的微服务体系结构做好准备。...基础设施层和展示层依赖于核心层，而不是彼此依赖。在Jason Taylor给出的图中，只有三个圆圈，但在实际中，你可能需要更多，但是你可以以此作为起点，只需要记住让所有依赖都指向内部即可。...整洁架构模板搭建这里我试着搭建了一个基于ASP.NET 6的开发模板，展示层有两种可选：ASP.NET WebAPI / Blazor。

2695 0

Identity Server4学习系列一

单站点应用程序,一个站点搞定所有的东西,常见的有MVC、WebForm等等,这类一般不存在多客户端之说,因为页面和后台处理程序是强耦合的,也就是说,这个时候我们的后台处理程序只处理对应的页面,不能给其它的诸如...IOS、Android等等设备调用,所以没有安全一说. (2)、Web应用程序(可能是本地的,也可能是远程的)与WebAPI通信(有时是自己的，有时代表用户)。...,意味着所有知道你接口的应用程序都能调用.这个时候你必须考虑安全问题 (3)、WebApi与WebApi之间的调用,一般用于规模较大的网站,因为当一个站点达到一定规模,势必要对业务进行拆分,将不同的业务通过...3、Identity Server4 (1)、简介 Identity Server4是一种中间件，它将符合规范的OpenIDConnect和OAuth2.0端点添加到任意ASP.NETCore应用程序中...,通过将你的访问令牌(并遵循通OAuth2.0协议，向请求中添加一些必要信息,并进行数据加加密等操作))的同时将你的令牌转发给Api,通过那么就可以正常访问Api。

8583 0

依赖倒置原则

依赖倒置原则主要是解耦类和类之间的依赖，面向对象一个很重要的概念就是高内聚，低耦合，降低耦合，可以让类和类之间的影响最大化降低，简单点，就是修改一个类的代码，不会让别的类也无法运作。...依赖倒置就是开发中降低耦合的一个很好的方式，它通过IOC容器，将所有依赖关系都托管在IOC容器中，类需要什么，就给什么，这一过程，也叫做依赖注入(Dependency Injection)。...依赖倒置就是类的秘书（IOC），它将类的依赖都托管给自己，类需要什么，就给什么，所以使用了依赖倒置原则的ASP.NetCore程序，在控制器中你很难看到new关键字，没有new实例，怎么使用类为我们服务呢...下面通过代码，去看一下，在ASP.netCore程序中，如何配置和使用依赖注入在StartUp里边，有一个管理中间件的类，还有一个管理依赖注入的类叫ConfigureServices微软自带了一套依赖注入的框架...，通过这个类，就可以为IOC容器添加预定依赖，如果不添加，IOC找不到对应的依赖原型，就不能提供依赖注入。

4265 0

「首席架构看领域驱动设计」领域驱动的设计和开发最佳实践

不投资域模型和开发工作将导致应用程序体系结构“臃肿的服务层”和“贫血的域模型”，其中facade类(通常是无状态会话bean)开始积累越来越多的业务逻辑，而域对象则变成只有getter和setter的数据载体...它应该与业务中的其他域以及应用程序体系结构中的其他层隔离。它应该是可重用的，以避免相同核心业务域元素的任何重复模型和实现。...模型应该与应用程序中的其他层松散耦合设计，这意味着不依赖于域层(即数据库层和facade层)任何一侧的层。它应该是一个抽象的、干净的独立层，支持更容易的维护、测试和版本控制。...还可以对用户输入数据执行基本的(与业务无关的)验证，然后再将其传输到应用程序的其他(较低的)层。不包含任何业务或域相关逻辑或数据访问逻辑。...数据传输对象 DTO也是SOA环境中设计的一个重要部分，在SOA环境中，域对象模型在结构上与从业务服务接收和发送的消息不兼容。

1.6K3 0

跨语言调用Hangfire定时作业服务

但令人遗憾的是普遍都是业务代码和hagnfire服务本身聚合在一个程序中运行，极大的限制了hangfire的扩展和跨语言调用。...所以萌生了开发一个支持restful api调用的sdk库本来打算简单的建立webapi，内部再调用hangfire,但是一想实在不优雅，组件就应该尽量聚合在一个库的中，偶然找到了一个已经开发了支持restfull...;database={你想让hangfire生成的数据库名称};uid=sa;pwd=111111" }, 之后在数据库建立与ppsettings.json中数据库名称一致的数据库。...02 第二步：使用hangfire客户端建立asp.netcore 程序，并修改appsettings.json文件如下： "HangfireClientOptions": { "RecurringJobUrl...localhost:5000", "UserName": "admin", "PassWord":"test" } 修改Startup文件将Chaunce.Hangfire.Client注册到asp.netcore

7431 0

「领域驱动设计」DDD,六边形架构，洋葱架构，整洁架构，CQRS的整合架构

可以想象，典型的应用程序流从用户界面中的代码开始，通过应用程序核心到基础设施代码，然后返回到应用程序核心，最后向用户界面交付响应。...领域层再往里，我们有域层。这个层中的对象包含数据和操作数据的逻辑，这是特定于域本身的，它独立于触发逻辑的业务流程，它们是独立的，完全不知道应用层。...因此，我们的第一反应可能是将逻辑放在实体之外的应用程序服务中。然而，这意味着该域逻辑将不能在其他用例中重用:域逻辑应该远离应用程序层!...解决方案是创建一个域服务，它的角色是接收一组实体并在其上执行一些业务逻辑。域服务属于域层，因此它对应用层中的类一无所知，比如应用程序服务或存储库。另一方面，它可以使用其他域服务，当然还有域模型对象。...这就是我在脑海里给它找的合理解释。我在后续的文章中进一步扩展了这些想法:不仅仅是同心圆层。但是，我们如何在代码库中显式地实现这一切呢?这是我下一篇文章的主题:如何在代码中反映体系结构和域。

1.9K3 0

ASP.NET Core WebApi项目架构分层开发实战演练

一、项目分层架构介绍和搭建阿笨这里推荐大家的一种比较传统经典的三层架构，一般就可以满足日常我们工作中的大部分项目开发需求。关于分层，我们首先需要搞懂每一层的职责。表现层：可以理解为UI层。...实体层：主要是存储数据实体（EntityModel—Entitys）和视图模型（ViewModel—Dtos）。 基础设施层：主要存储一些公共的基础类库和组件。...1.1、本次分享课程包含知识点如下： ★与ASP.NET Core WebAPI的第一次亲密接触 ★ ASP.NET Core WebAPI集成Swagger在线API接口文档 ★ ASP.NET Core...BaseApiController工具基类，WebApi你值得拥有 ★ ASP.NET Core WebApi开启服务端跨域CORS ★ ASP.NET Core WebApi复杂参数传递使用技巧小结...★ 客户端(C/S,B/S)如何调用ASP.NET Core WebApi服务接口 ★ 如何在Docker容器中运行ASP.NET Core应用 1.2、正确的学习课程方式须知 1）、视频+实例源代码配套学习

3.5K3 0

关于软件架构的一切

数据链接层负责与数据库等持久性存储进行交互以及与域无关的杂项数据处理（即与业务无关）数据和控制从设计的每一层流到另一层。这些层还增加了设计中的抽象度。...> Layered Representation of Architecture 好处与其他方法相比，实现起来更简单由于各层之间的关注点分离而提供抽象层之间的隔离使其他层免受一层的修改由于耦合度低...通常，实施n层体系结构比较昂贵，但可以提供高性能。因此，它在大型复杂软件解决方案中是首选。可以将其与面向服务的高级体系结构样式相结合，以生成高度复杂的模型。...基础设施自动化失败的设计进化设计建议与不同的团队分别开发不同的微服务，并允许每个微服务随时间同时演化，就像空气中的各种气泡一样。...> Comparison of different architectures 好处由于高度隔离，提供低耦合增强模块化一项服务中的故障不会对整个系统造成影响，因为它们是隔离的提供高度的灵活性提供高度的可扩展性

4191 0

「首席看软件架构」DDD,六边形，洋葱的，干净的，CQRS的整合架构

可以想象，典型的应用程序流从用户界面中的代码开始，通过应用程序核心到基础设施代码，然后返回到应用程序核心，最后向用户界面交付响应。 ?...领域层再往里，我们有域层。这个层中的对象包含数据和操作数据的逻辑，这是特定于域本身的，它独立于触发逻辑的业务流程，它们是独立的，完全不知道应用层。 ?...因此，我们的第一反应可能是将逻辑放在实体之外的应用程序服务中。然而，这意味着该域逻辑将不能在其他用例中重用:域逻辑应该远离应用程序层!...解决方案是创建一个域服务，它的角色是接收一组实体并在其上执行一些业务逻辑。域服务属于域层，因此它对应用层中的类一无所知，比如应用程序服务或存储库。另一方面，它可以使用其他域服务，当然还有域模型对象。...这就是我在脑海里给它找的合理解释。我在后续的文章中进一步扩展了这些想法:不仅仅是同心圆层。但是，我们如何在代码库中显式地实现这一切呢?这是我下一篇文章的主题:如何在代码中反映体系结构和域。

5K2 2

微服务设计指南

微服务是当今软件工程师的一个热门话题。让我们了解如何使用微服务架构风格构建真正模块化、业务敏捷的IT系统。一、微服务概念 ---- 微服务体系结构由轻量级、松散耦合的服务集合组成。...（参见：领域驱动设计中的有界上下文 http://t.cn/EAAK4Xk） ✅ 分散数据管理（避免共享数据库）：当多个服务使用一个共享数据架构时，会在数据层形成紧耦合。...四、微服务实践何时使用微服务微服务架构最适合的应用场景：具有高可伸缩性需求的应用对交付速度要求较高的项目具有丰富域或多个子域的业务用例小型、跨功能的开发团队协作开发大型产品的敏捷环境（请参阅...维护自己的IT基础设施：对那些拥有足够能力和资源建设整个基础设施的组织来说是件好事。...仔细观察这一设计， Vert.x事件总线能够创建与前端UI组件的连接，该特性仅用于有效地更新UI中的相关部分。撇开技术不说，这是基于事件驱动的非阻塞微服务应用程序的一个很好的架构。 ?

1.3K1 0

微服务设计指南

微服务是当今软件工程师的一个热门话题。让我们了解如何使用微服务架构风格构建真正模块化、业务敏捷的IT系统。一、微服务概念 ---- 微服务体系结构由轻量级、松散耦合的服务集合组成。...（参见：领域驱动设计中的有界上下文 http://t.cn/EAAK4Xk） ✅ 分散数据管理（避免共享数据库）：当多个服务使用一个共享数据架构时，会在数据层形成紧耦合。...四、微服务实践何时使用微服务微服务架构最适合的应用场景：具有高可伸缩性需求的应用对交付速度要求较高的项目具有丰富域或多个子域的业务用例小型、跨功能的开发团队协作开发大型产品的敏捷环境（请参阅...维护自己的IT基础设施：对那些拥有足够能力和资源建设整个基础设施的组织来说是件好事。...仔细观察这一设计， Vert.x事件总线能够创建与前端UI组件的连接，该特性仅用于有效地更新UI中的相关部分。撇开技术不说，这是基于事件驱动的非阻塞微服务应用程序的一个很好的架构。 ?

1.1K3 0

什么是微服务？

与传统的单片体系结构相比，这带来了许多好处，例如不同组件的独立可部署性、语言、平台和技术独立性、不同的可伸缩性轴以及增加的体系结构灵活性。就规模而言，没有硬性规定。...所采用的任何测试策略都应该旨在为服务的每一层以及层与层之间提供覆盖，同时保持轻量级。资源充当服务公开的应用程序协议和消息到表示域的对象之间的映射器。...通常，它们是瘦的，负责检查请求的完整性，并根据业务事务的结果提供特定于协议的响应。几乎所有的服务逻辑都驻留在表示业务域的域模型中。...在这些对象中，服务跨多个域活动进行协调，而存储库作用于域实体的集合，并且通常支持持久性。如果一个服务有另一个服务作为协作者，则需要一些逻辑来与外部服务通信。...类似地，与外部数据存储的通信具有不同的设计考虑因素。虽然服务与数据存储的逻辑耦合比与外部服务的逻辑耦合更紧密，但数据存储仍然存在于网络边界之上，这会导致延迟和中断的风险。

4432 0

软考小记-软件工程

模块化设计模块控制域：这个模块本身以及所有直接或间接从属于它的模块的集合。模块作用域：指受该模块内一个判定所影响的所有模块的集合。模块的作用域应该在控制域范围之内。...结构化开发方法结构化开发方法由结构化分析、结构化设计和结构化程序设计构成，是一种面向数据流的开发方法。结构化方法总的指导思想是自顶向下、逐层分解，基本原则是功能的分解与抽象。...确定软件体系结构是在软件设计阶段进行的。其中数据字典用来描述DFD中的每个数据流、文件以及组成数据流或文件的数据项，包括4类条目：数据流、数据项、数据存储和基本加工。...结构化设计方法中，概要设计阶段进行软件体系结构的设计、数据设计和接口设计；详细设计阶段进行数据结构和算法的设计。...面向对象设计方法中，概要设计阶段进行体系结构设计、初步的类设计/数据设计、结构设计；详细设计阶段进行构件设计。

2353 0

领域驱动设计_01_基本概念

：每层只能与位于其下方的层发生耦合 2.3 分层架构种类分层架构分类：严格分层架构某层只能与直接位于其下方的层发生耦合。...松散分成架构允许任意上方层与任意下方层发生耦合。由于用户界面层和应用服务通常需要与基础设施打交道，许多系统都是基于松散分层架构的。...应用服务还可以调用领域服务来完成和领域相关的任务操作，但此时的操作应该是无状态的。存储和转发事件：p106 资源库接口实现放在应用层中：在分层架构中，领域层或多或少地需要使用基础设施层。...这里我并不是说核心的领域对象会直接参与其中，而是说领域层中的有些接口实现依赖于基础设施层。比如资源库接口的实现需要基础设施层提供的持久化机制。还有更好的方法，参见下文的依赖倒置原则。...2.6 基础设施 2.7 依赖倒置原则 3.六边形架构（端口与适配器）

4043 0

领域驱动设计（DDD）架构演进和DDD的几种典型架构介绍（图文详解）

BC与技术的关系：多个子域之间必须需要在应用层进行聚合，而聚合的过程中就引出了技术方案，比如订单到库存到支付，他们应该采用同步方式；这几个子域调用通知都应该是异步，那么可能就需要消息中间件或其它技术方案...业务有核心领域和支持域、业务域中又拆分成多个限界上下文（BC），一个BC中又根据领域知识核心与否进行分层，领域层中按照多个业务（子域）的强相关性进行聚合成一个子域【第一重边界】确定项目的愿景与目标，确定问题空间...使用分层架构划分为：接口层、领域层、应用层、基础设施层之间的最小隔离【第四重边界】领域层里为了保证各个领域的完整性和一致性，引入聚合的设计作为隔离领域模型的最小单元五、整洁分层架构具体说明看图中备注...，总的来说就是通过实现与接口分离，让domain层尽量独立，而不耦合与任何模块，这里面包含了领域模型的业务逻辑代码，但不会依赖于具体技术实现，可以很方便更换基础设施层，提供给第三方web调用service...特点：（1）围绕独⽴的领域模型构建应⽤（2）内层定义接⼝，外层实现接⼝（3）依赖的⽅向指向圆⼼（注意：洋葱架构提倡不破坏耦合⽅向的依赖都是合理的，外层可以依赖直接内层，也可以依赖更⾥⾯的层）（4

6003 0

领域驱动设计（DDD）的几种典型架构

BC与技术的关系：多个子域之间必须需要在应用层进行聚合，而聚合的过程中就引出了技术方案，比如订单到库存到支付，他们应该采用同步方式；这几个子域调用通知都应该是异步，那么可能就需要消息中间件或其它技术方案...业务有核心领域和支持域、业务域中又拆分成多个限界上下文（BC），一个BC中又根据领域知识核心与否进行分层，领域层中按照多个业务（子域）的强相关性进行聚合成一个子域【第一重边界】确定项目的愿景与目标，确定问题空间...使用分层架构划分为：接口层、领域层、应用层、基础设施层之间的最小隔离【第四重边界】领域层里为了保证各个领域的完整性和一致性，引入聚合的设计作为隔离领域模型的最小单元五、整洁分层架构具体说明看图中备注...，总的来说就是通过实现与接口分离，让domain层尽量独立，而不耦合与任何模块，这里面包含了领域模型的业务逻辑代码，但不会依赖于具体技术实现，可以很方便更换基础设施层，提供给第三方web调用service...特点：（1）围绕独⽴的领域模型构建应⽤（2）内层定义接⼝，外层实现接⼝（3）依赖的⽅向指向圆⼼（注意：洋葱架构提倡不破坏耦合⽅向的依赖都是合理的，外层可以依赖直接内层，也可以依赖更⾥⾯的层）（4

4043 0

如何一步一步用DDD设计一个电商网站（三）—— 初涉核心域

然而在DDD中这些都应属于基础设施层的事情，这样能够保证其他层专注于自身的职责，不会把本应内聚的东西泄露到这些类中。如我们当前的领域层就专注于领域建模，里面的概念全部与通用语言相关。...说干就干，搬到基础设施层去，再取个能表达出一致概念的名字的模块存放，如图2。 ? 　　　　　　　　　　　　　...SOA、微服务等实现理念层出不穷。...如何最大化的降低技术变更和业务变化导致的上下文划分调整的影响，也是我们要考虑的重要问题。　对于我们.Net开发人员来说，在分布式场景下用的最多的方式无非是WebAPI和WCF了。...这种方式也就是在第一篇文章中所提到的发布语言和开放主机服务，那么对于客户端来说需要做好防腐层（第一篇文章中有提到）的工作，好避免外部上下文的概念侵入到自身的领域概念中。

1.3K1 0

微服务与其他三种软件架构的优缺点

代码的排列方式使数据或输入进入顶层，并沿每一层向下移动，直到到达底层为止。每个层都有自己的任务和责任，程序员可以同时在不同的层上工作。 ? 例如，三层体系结构通常用于 Web 应用程序的开发中。...这种体系结构的缺点是: 如果没有组织，源代码可能会变得臃肿; 需要跳过某些层并造成逻辑混乱时，需要“快速修复”时产生紧密耦合的风险; 大多数用于单片应用程序，因此即使很小的更改也需要完全重新部署。...3 面向服务的架构面向服务的体系结构，通常简称为 SOA，是一种基于业务服务的体系结构。服务是定义明确且自包含的。服务是松散耦合的，并且彼此通信以执行活动。...在面向服务的体系结构中，组件的大小范围可以从小型应用程序到整个企业应用程序; 中间件与 API：微服务使用 API 层和简单的消息传递协议进行通信，而 SOA 具有具有额外功能的消息传递中间件组件; SOA...事件溯源的优点是: 设计模式提供了开箱即用的完全可靠的审核日志; 可以实施查询来确定对象在任何时间点的状态; 由于事件是存储的而不是域对象，因此可以避免对象关系阻抗不匹配。

1.5K3 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭