`
fangang
  • 浏览: 887821 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
311c4c32-b171-3767-b974-d26acf661fb2
谈谈用例模型的那些事儿
浏览量:39312
767c50c5-189c-3525-a93f-5884d146ee78
一次迭代式开发的研究
浏览量:69331
03a3e133-6080-3bc8-a960-9d915ed9eabc
我们应当怎样做需求分析
浏览量:412475
753f3c56-c831-3add-ba41-b3b70d6d913f
重构,是这样干的
浏览量:95715
社区版块
存档分类
最新评论

一个对象撕心裂肺的怒吼:谁来创建我! GRAPS(4)创建者模式

阅读更多
 

当我们分析清楚客户需求设计出用例模型以后,当我们分析清楚客户的业务环境制作出领域模型以后,当我们综合用例模型、领域模型和我们的聪明才智设计出一个又一个的类和它们各自的方法以后,当就在一切都准备就绪只欠东风的关键时刻,一个对象发出了撕心裂肺的怒吼——谁来创建我?!!!一个对象,不管拥有多么强大的功能,不管进行了多么精巧的设计,如果不能被创建,就如同韩信不能做将军,孙膑不能当军师,勾践不能回越国,刘备不能得荆州,一切一切的雄才武略都如废纸一张。既然“创建”对于对象如此重要,我们就来好好探讨一下GRASP中关于对象创建的问题。

3.创建者(Creator

当我们完成了用例模型、领域模型、对象分析的设计,初步完成了对象设计和职责分配的工作,开始进一步细化的时候,一个我们不得不考虑的问题就摆在我们的面前——谁来创建这些对象?也许现在的你会觉得好笑,这也是问题吗?在软件实际开发过程中,谁需要使用某个对象,就去创建它就行了,有什么好讨论的。但是,我不得不说的是,如果你只是漫不经心地想要随意开发一套软件系统,仅仅是完成自己工作而已,你完全不用考虑创建对象的问题。然而如果你希望开发一套高质量的、低耦合的、封装性和复用性高的软件系统,你必须得认真考虑这个问题。为什么呢?因为系统中如果一个对象A创建另一个对象B,那么对象A就必将与对象B耦合,这个我已经在前面《(原创)一个优秀的软件开发人员的必修课:GRASP2)低耦合》中提到。我们可以想像,如果在你的系统中,对于对象B,你也去创建,我也去创建,大家都去创建,对象B势必与许多对象发生耦合,耦合度将大大提高;但如果对象B可以都由对象A来创建,然后由对象A向其它需要对象B的对象提供对象B,即其它对象需要使用对象B的时候都向对象A索要,那么整个系统对对象B的耦合将会大大降低,同时对象AB也可以形成一个封装的、可复用的独立系统,则这个软件系统的设计质量势必提高。所以,对象创建的问题不可不察。

那么为了降低系统耦合,提高系统的清晰度、封装性和可复用性,应该有一些通用的原则,以用于对象职责分配中,关于“创建对象”这类职责的分配。这些原则的描述就在GRASP的“创建者”模式中。

1)创建者模式的描述

如果以下条件之一为真(越多越好),则将创建类A的实例的职责分配给类BB是对象A的创建者):

1B包含或组成聚集A

2B记录A

3B直接使用A

4B具有A的初始化数据,并且在创建A时会将这些数据传递给A。因此对于A的创建而言,B是信息专家(关于“信息专家”模式我会在后面描述)。

如果有以上多个选项适用,通常首先条件1B包含或组成聚集A)。

 

2)何时使用

在理解创建者模式的时候,我认为一个首先必须理解的问题是,在软件项目的整个过程中,它应该是在什么阶段使用。一个网友曾经发帖问我,他不清楚GRASP一般适应于软件开发的什么阶段。我认为,GRASP作为职责驱动的基本原则,一般适用于对象分析和设计的中前期。在软件项目的前期,也就是需求分析阶段,我们通常是制作用例模型和领域模型。用例模型往往描述的是用户对整个项目提出的所有功能的集合。对于每个功能,我们通常使用用例,并在用例描述中描述该用例的主要流程。因此用例模型描述的通常是需求分析中动态的部分。领域模型往往描述的是用户提出的整个问题空间中的各种事物及它们的相互关系,因此领域模型描述的是需求分析中静态部分。领域模型虽然不是完全,但却是以此为基础,形成软件系统中的软件类。为什么不是“完全”呢?因为软件系统中需要什么类,是软件系统功能的要求。假如在领域模型中的某个对象,它的确是用户问题空间中的事物,但是它在软件系统功能的要求中使用不到它,那么在软件系统中它同样不能成为一个软件类。当我们设计好了软件类以后,我们就将根据用例模型,为所有的软件类分配职责,确定它们各自应具有的行为及相互的协作。每个软件类应当如何分配它们的职责,也就是说用例模型中描述的各个功能应当交给哪个或哪些软件类去实现,这个工作就是对软件类的职责分配。完成这个工作的阶段主要在对象分析的中前期,也正是我们大量运用GRASP的时期。职责分配需要一定的原则,这个原则将是GRASP“信息专家”模式将要讨论的内容。当我们将一个一个的软件类的职责分配好了,其各自的行为和属性也确定下来了,下一步需要考虑的问题就是它们应当在何时,由谁来创建。解决对象创建问题当然应当交给创建者模式来完成。因此不难理解,创建者模式应当运用在对象分析中前期稍靠后一点儿的阶段,即软件类的主要职责及其行为都设计好了,讨论该何时,由谁来创建它的时候。

3)为什么

我们做事往往有个习惯,凡事问个为什么。前面我提到,使用创建者模式的主要目的是可以降低系统的耦合。那么,我们在使用创建者模式的这几个建议的时候是如何降低耦合的呢?这一直是困扰了我很久的一个疑问,Craig Larman对于这一点没有清楚地描述。但是,我们接受一个新事物,如果都没有弄清楚为什么就盲目接受,这是一种十分不严谨的态度。我现在通过我在项目中的一些实践和自己的一点儿愚悟,谈谈自己的看法。

创建者模式告诉我们,如果系统中存在包含者容纳被包含者,或整体聚集部分,则包含者往往是被包含者的最佳创建者,整体往往是部分的最佳创建者。为什么呢?首先,这样的设计易于理解,可读性强。为什么这么说呢,我们用我们常见的单据与单据明细来说明吧。一张单据有多条单据明细,这些单据明细聚集于单据中,是单据的一个部分。对于某张单据,我们只有去填写这张单据,才会去填写它的明细。同样,我们要查看和修改这张单据的明细,首先肯定是找到这张单据。以上这些是我们在实际生活中大家都认同的管理单据的方式。GRASP所提倡的一个十分重要观念就是低表示差异,也就是说实际生活中是怎样的,我们就怎样设计。用更加专业点儿的术语表述为:软件设计应当与用户的问题空间保持低表示差异。正因为如此,我的软件设计中,一个单据对象存在了,它的单据明细对象才可以存在;要得到一个单据明细对象,应当先找到它所在的单据对象。既然单据对象与单据明细对象是如此的逻辑关系,我们假设单据明细对象不是由单据对象创建,而是另一个对象X,那么对象X即要创建单据对象,又要创建单据明细对象,还要维持单据对象与单据明细对象的聚集关系。这样的设计不难看出,代码实现比较复杂,可读性差。不仅如此,其耦合度也必然增加。对象X与单据对象和单据明细对象都需要耦合,单据对象与单据明细对象之间同样需要耦合。如果修改一下设计,对象X创建单据对象,而单据对象去创建单据明细对象,则对象X只与单据对象耦合,单据对象再与单据明细对象耦合,耦合度就降低了。所以,包含者创建被包含者,整体创建部分可以有效降低耦合。同时,这样的设计,单据明细对象的创建只与单据对象有关,整个系统都由单据对象向其它对象提供单据明细对象,那么单据对象与单据明细对象则可以比较容易地形成一个关于单据的独立系统。这样一个独立系统可以比较便利地应用到其它需要使用单据的地方,其可移植性也就提高了。

尽管包含者往往是被包含者的最佳创建者,整体往往是部分的最佳创建者,但是在一个软件系统中,并不是所有类都有它的包含者或者整体。如果没有,谁应当创建它呢?记录者当然是另一个可以考虑的人选。仓库管理员管理进出库是ERP系统一个非常重要模块。在实际生活中,一批产品存入仓库,仓库管理员当然是需要填写入库单。这个入库单在仓库管理员填写之前,本没有,是仓库管理员填写之后才有,我们是不是可以说仓库管理员创建了一个入库单。既然现实生活中如此,我们在软件设计中是不是也应该由仓库管理员对象负责创建入库单对象,符合低表示差异,不言而喻也符合低耦合。同样,在这个软件系统中仓库管理员填写入库单,在其它的系统中也同样是仓库管理员填写入库单。仓库管理员与入库单这对封装的独立体也同样可以应用到别的系统,可移植性和封装性也得以提高。因此记录者创建记录内容也是我们可以考虑的一个方案。

如果我们正在设计的软件类也没有记录者,这可如何是好?具有创建这个类所需数据的那个类可以考虑,那个类就是信息专家(什么是“信息专家”,我会在以后对信息专家模式的文章中详细描述)。在我们的设计过程中,很多类的创建是需要一些初始化数据的。最典型的就是我们的vo(值对象)。在java程序中,vo往往是用来传输数据的,也就是说创建vo的初始化数据就是这些它需要传递的数据。如果这些数据在某个Action中,创建vo的当然就是这个Action。而如果这个vo的初始化数据来自BUS,则该vo的创建当然应当是这个BUS中。

如果以上方法还不行,那我们就只有找使用者了。寻找使用者是我们创建类最常用的一种方法,但它的缺点也非常明显。正如前面我描述的,我们系统中对某个软件类的使用可能分布到系统的各个角落。当我们因为某个需求需要修改这个类的时候,我们根本不知道谁在使用它。正因为如此,这样的修改变得如梦魇一般,不断地搜索,不断地修改。我们前面说过,合理的软件构造是为了使我们的变更代价最小,而这样的变更将使我们的代价太大了,也许一个不经意的变更错误将造成我们的系统中一个意想不到的地方发生异常。故我们变更后测试的代价也就因此而增大。总之,寻找使用者作为创建者是我们业务分析阶段最后的终极选择。

4)创建者模式是原则,不是准则

“创建者模式是原则,不是准则”难道“原则”和“准则”还有不同吗?当然。创建者模式是原则,所以我们在业务分析阶段应当尽量遵守。但创建者模式不是准则,因为并非我们的所有软件类都必须遵守。为什么这么说呢?随着项目的进行,我们的分析设计就不再停留在业务的分析上,各种具体的框架和技术将不断引进项目中,这时对象的创建就不一定符合创建者模式。比如,为了提高系统的性能和可维护性、更好地处理对象的创建与回收等复杂的问题,我们常常把对象的创建交给工厂,如springbeanFactoryhibernatesessionFactory等等。“工厂”不论是“具体工厂”还是“抽象工厂”,都不符合创建者模式中的任何一个条件。为什么呢?因为创建者模式中的各个条件都是来自对领域模型和设计模型的分析,说得更加直白一点儿就是对客户现实世界的分析,与技术无关。在技术领域的对象分析和设计已经超出了创建者模式适用的范围,这更多的是出现在对象分析和设计的中后期。所以,正如我前面所述的,创建者模式适用的时期,是对象分析和设计的中前期,对象的业务分析稍晚一点儿的阶段。

 

总之,合理地创建对象可以有效的提供可读性、降低耦合度、提高系统的封装性和可移植性,我们应当引起重视。

分享到:
评论
9 楼 fangang 2007-03-05  
retreat 写道
文章好长啊,我要慢慢的看!真是晕死了,说句实话,知觉告诉我这是篇好文章,但是重复的词好多,我看的头快炸了。楼主能梳一梳语句吗?

先收藏起来
回头我试着增加一些视图好了
8 楼 retreat 2007-03-05  
文章好长啊,我要慢慢的看!真是晕死了,说句实话,知觉告诉我这是篇好文章,但是重复的词好多,我看的头快炸了。楼主能梳一梳语句吗?

先收藏起来
7 楼 ztalyroey 2007-03-05  
就这样被你征服...
6 楼 fangang 2007-02-01  
5 楼 simba.tang 2007-01-31  
楼主去做编辑吧,有前途!
4 楼 JAVA_ED 2007-01-30  
被LZ的标题深深吸引了...
3 楼 fangang 2007-01-30  
引用
面向接口编程,采用工厂模式创建对象,不就可以保证使用者只见接口,不见对象了么?

工厂模式并不能解决对象创建的问题,最简单的例子:我们的vo能用工厂模式创建吗
2 楼 rtdb 2007-01-30  
那个,这个,我不知道怎么说好了

面向接口编程,采用工厂模式创建对象,不就可以保证使用者只见接口,不见对象了么?
1 楼 fangang 2007-01-30  
这篇文章不夸张的说是我的一篇呕血之作。创建者模式在Craig Larman的《UML和模式应用》中讲解的不多,只有其然,没有其所以然。为了回答一个为什么,我查阅了很多资料,也在工作实践中反复领悟,写了这点儿东西,和朋友们分享。

相关推荐

    bizinfo:商业信息系统

    Joseph_Lin 创建的 bizinfo 项目 一、简介 Business Information System is developed for business migrations in Australia. The system graps the business information (e.g., business sale, migration ...

    代码问题:面试问题

    2. **LeetCode**:这是一个流行的在线平台,提供各种算法和数据结构问题供程序员练习。通过解决LeetCode上的问题,你可以提升编程和解决问题的能力。 3. **Trie(字典树)**:Trie是一种字符串搜索的数据结构,可以...

    Expert Data Visualization

    creating graps and charts, integrating external resources (static as well as streaming); visualizing information on maps; working with colors and scales; utilizing the different D3.js APIs; and much ...

    基于Simulink的风火水储联合调频系统中储能SOC对ACE影响的技术分析

    内容概要:本文详细探讨了在Simulink环境中构建的风火水储联合调频系统中,储能系统的荷电状态(SOC)对区域控制偏差(ACE)的影响。文中通过具体案例和MATLAB代码展示了储能系统在不同SOC水平下的表现及其对系统稳定性的作用。同时,文章比较了储能单独调频与风火水储联合调频的效果,强调了储能系统在应对风电波动性和提高系统响应速度方面的重要作用。此外,作者提出了针对SOC变化率的参数整定方法以及多电源协同工作的优化策略,旨在减少ACE波动并确保系统稳定运行。 适合人群:从事电力系统调频研究的专业人士,尤其是熟悉Simulink仿真工具的研究人员和技术人员。 使用场景及目标:适用于希望深入了解储能系统在电力系统调频中作用的研究者和技术人员,目标是通过合理的SOC管理和多电源协同工作,优化调频效果,提高系统稳定性。 其他说明:文章提供了详细的MATLAB代码片段,帮助读者更好地理解和应用所讨论的概念。同时,文中提到的实际案例和仿真结果为理论分析提供了有力支持。

    欧姆龙PLC NJ中大型程序案例:结构化与面向对象编程的深度融合及应用

    内容概要:本文深入探讨了欧姆龙PLC NJ系列中大型程序中结构化编程与面向对象编程的结合及其应用。首先介绍了结构化编程作为程序框架的基础,通过功能块(FB)实现清晰的程序结构和流程控制。接着阐述了面向对象编程的理念,将现实世界的对象映射到程序中,利用类的概念实现模块化和可扩展性。两者结合提高了程序的容错率,增强了程序的稳定性和可维护性。文中通过多个实际案例展示了如何在工业自动化领域中应用这两种编程方法,如电机控制、设备类的创建、异常处理机制、接口实现多态性、配方管理和报警处理等。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是那些希望提升PLC编程技能的人群。 使用场景及目标:适用于需要优化PLC程序结构、提高程序可靠性和可维护性的场合。目标是帮助工程师掌握结构化编程和面向对象编程的技巧,从而写出更加高效、稳定的PLC程序。 其他说明:文章强调了在实际项目中灵活运用两种编程方法的重要性,并提醒读者注意实时性要求高的动作控制应采用结构化编程,而工艺逻辑和HMI交互则更适合面向对象编程。

    matlab与聚类分析

    matlab与聚类分析。根据我国历年职工人数(单位:万人),使用有序样品的fisher法聚类。

    卡尔曼滤波生成航迹测量程序

    卡尔曼滤波生成航迹测量程序

    基于格子玻尔兹曼方法(LBM)的多孔电极浸润特性研究及其Python实现

    内容概要:本文详细介绍了利用格子玻尔兹曼方法(LBM)对多孔电极浸润特性的模拟研究。首先阐述了LBM的基本原理,包括碰撞和迁移两个关键步骤,并提供了相应的Python伪代码。接着讨论了如何处理多孔介质中的固体边界,特别是通过随机算法生成孔隙结构以及结合CT扫描数据进行三维重构的方法。文中还探讨了表面张力、接触角等因素对浸润过程的影响,并给出了具体的数学表达式。此外,文章提到了并行计算的应用,如使用CUDA加速大规模网格计算,以提高模拟效率。最后,作者分享了一些实用技巧,如通过调整松弛时间和润湿性参数来优化模拟效果,并强调了LBM在处理复杂几何结构方面的优势。 适合人群:从事电池研发、材料科学领域的研究人员和技术人员,尤其是关注多孔电极浸润性和电解液扩散机制的人群。 使用场景及目标:适用于希望深入了解多孔电极内部流体动力学行为的研究者,旨在帮助他们更好地理解和预测电极材料的浸润特性,从而改进电池设计和性能。 其他说明:尽管LBM在处理多孔介质方面表现出色,但在某些极端条件下仍需引入额外的修正项。同时,参数的选择和边界条件的设定对最终结果有着重要影响,因此需要谨慎对待。

    基于FPGA和W5500的TCP网络通信:Zynq扩展口开发测试平台(使用Vivado 2019.2纯Verilog实现)

    内容概要:本文详细介绍了在Zynq扩展口上使用FPGA和W5500实现TCP网络通信的过程。作者通过一系列实验和技术手段,解决了多个实际问题,最终实现了稳定的数据传输。主要内容包括:硬件搭建(SPI接口配置)、数据回环处理、压力测试及优化、多路复用扩展以及上位机测试脚本的编写。文中提供了大量Verilog代码片段,展示了如何通过状态机控制SPI通信、优化数据缓存管理、处理中断等问题。 适合人群:对FPGA开发和网络通信感兴趣的工程师,尤其是有一定Verilog编程基础的研发人员。 使用场景及目标:适用于需要在嵌入式系统中实现高效、稳定的TCP通信的应用场景。目标是帮助读者掌握FPGA与W5500结合进行网络通信的具体实现方法和技术细节。 其他说明:文章不仅提供了详细的代码实现,还分享了许多实践经验,如硬件连接注意事项、信号完整性问题的解决方案等。此外,作者还提到了未来的工作方向,如UDP组播和QoS优先级控制的实现。

    python3.10以上 可安装pyside6(类似pyqt),具体安装操作步骤

    python3.10以上 可安装pyside6(类似pyqt),具体安装操作步骤

    基于FDTD仿真的可调谐石墨烯超材料吸收体设计与实现

    内容概要:本文详细介绍了利用有限差分时域法(FDTD)进行可调谐石墨烯超材料吸收体的设计与仿真。文中解释了石墨烯超材料的基本结构(三层“三明治”结构)、关键参数(如化学势、周期、厚度等)及其对吸收性能的影响。同时展示了如何通过调整石墨烯的化学势来实现吸收峰的位置和强度的变化,以及如何优化结构参数以获得最佳的吸收效果。此外,还提供了具体的代码示例,帮助读者理解和重现相关实验结果。 适合人群:从事纳米光子学、超材料研究的专业人士,尤其是对石墨烯基超材料感兴趣的科研工作者和技术开发者。 使用场景及目标:适用于希望深入了解石墨烯超材料的工作原理及其潜在应用场景的研究人员;旨在探索新型可调谐光学器件的设计思路和发展方向。 其他说明:文中不仅分享了理论知识,还包括了许多实践经验,如避免常见错误、提高仿真相关效率的小技巧等。对于想要将研究成果应用于实际产品的团队来说,这些细节非常有价值。

    随机生成2字到10字的中文词组

    随机生成2字,3字,4字,5字,6字,7字,8字,9字,10字的中文词组20个

    【汽车电子电气架构】智能座舱域控平台设计:基于双片龍鷹一号SoC芯片的高性能硬件架构与多模态交互系统构建

    内容概要:本文详细探讨了智能座舱域控设计的发展历程和技术趋势。首先介绍了智能座舱从被动式交互到主动式交互的技术演变,包括硬件和交互方式的进步。随后,文章重点讨论了智能座舱功能发展趋势,涵盖车载显示技术的多屏化、大屏化和高端化,以及SoC芯片的多核异构架构和算力融合,强调了其在智能座舱中的核心作用。此外,还阐述了电子电气架构从分布式向集成化的转型,分析了其面临的挑战和未来趋势。最后,基于当前智能座舱的发展需求,提出了一种基于双片龍鷹一号芯片的新域控平台设计方案,详细描述了其硬件设计实现方案,旨在提供高性能、高可靠性的智能座舱解决方案。 适合人群:汽车电子工程师、智能座舱研发人员及相关领域的技术人员。 使用场景及目标:①帮助读者理解智能座舱的技术发展历程及其未来发展方向;②为智能座舱域控平台的设计和开发提供参考和技术支持;③探讨电子电气架构的转型对汽车行业的影响及应对策略。 其他说明:文章结合实际案例和技术数据,深入浅出地解释了智能座舱的各项技术细节,不仅提供了理论指导,还具有较强的实践意义。通过对智能座舱域控平台的全面剖析,有助于推动智能座舱技术的创新发展,提升用户体验。

    多智能体协同编队控制:无人机编队背后的Python实现与关键技术解析

    内容概要:本文详细介绍了多智能体协同编队控制的技术原理及其应用实例。首先通过生动形象的例子解释了编队控制的核心概念,如一致性算法、虚拟结构法和Leader-Follower模式。接着深入探讨了如何用Python实现基础的一致性控制,以及如何通过调整参数(如Kp、Ka)来优化编队效果。文中还讨论了实际工程中常见的问题,如通信延迟、避障策略和动态拓扑变化,并给出了相应的解决方案。最后,强调了参数调试的重要性,并分享了一些实用技巧,如预测补偿、力场融合算法和分布式控制策略。 适合人群:对多智能体系统、无人机编队控制感兴趣的科研人员、工程师和技术爱好者。 使用场景及目标:适用于希望深入了解多智能体协同编队控制理论并能够将其应用于实际项目的研究人员和开发者。目标是帮助读者掌握编队控制的关键技术和实现方法,提高系统的稳定性和可靠性。 其他说明:文章不仅提供了详细的理论讲解,还附有具体的代码示例,便于读者理解和实践。同时,作者结合自身经验分享了许多宝贵的调试技巧和注意事项,有助于读者在实际应用中少走弯路。

    评估管线钢环焊缝质量及其对氢脆的敏感性.pptx

    评估管线钢环焊缝质量及其对氢脆的敏感性.pptx

    C盘清理bat脚本自动清理C盘垃圾文件

    C盘清理bat脚本自动清理C盘垃圾文件

    GBT21266-2007 辣椒及辣椒制品中辣椒素类物质测定及辣度表示方法

    GBT21266-2007 辣椒及辣椒制品中辣椒素类物质测定及辣度表示方法

    弹跳球 XNA 游戏项目 演示如何使用 C# 在 Visual Studio XNA 中构建类似 arkanoiddx-ball 的游戏

    弹跳球 XNA 游戏项目。演示如何使用 C# 在 Visual Studio XNA 中构建类似 arkanoiddx-ball 的游戏。

    【人形机器人领域】宇树科技人形机器人:技术实力、市场炒作与应用前景分析

    内容概要:文章全面解析了宇树科技人形机器人的发展现状、技术实力、市场炒作现象及其应用前景和面临的挑战。宇树科技成立于2016年,凭借春晚舞台的惊艳亮相和社交媒体的热议迅速走红,其人形机器人具备先进的运动控制算法、传感器技术和仿生结构设计。然而,市场炒作现象如高价租赁、二手市场炒作和虚假宣传等影响了市场秩序。尽管存在炒作,人形机器人在工业、服务和家庭领域仍具广阔前景,但也面临技术升级、成本控制、安全性和政策监管等挑战。 适合人群:对机器人技术、人工智能以及科技发展趋势感兴趣的读者,包括科技爱好者、投资者和相关行业的从业者。 使用场景及目标:①帮助读者了解宇树科技人形机器人的技术特点和发展历程;②揭示市场炒作现象及其影响;③探讨人形机器人的应用前景和面临的挑战。 其他说明:文章强调了宇树科技人形机器人在技术上的突破和市场上的表现,同时也提醒读者关注市场炒作现象带来的风险,呼吁各方共同努力推动人形机器人产业健康发展。

    msvcp140.dll

    msvcp140.dll丢失怎样修复

Global site tag (gtag.js) - Google Analytics