- 浏览: 265550 次
- 性别:
- 来自: 上海
-
文章分类
最新评论
-
pyl574069214:
...
JSP web.xml <jsp-config>标签使用详解 -
mrjianggd:
你好,文章开头说的离线堆允许创建非常大缓存,超过350g,那么 ...
EHCache BigMemory(译) -
jackylt_lu:
xuyelongjava 写道好贴。。学习了!
StringUtils工具类的常用方法 -
sqe_james:
ltx 写道StringUtils 方法的操作对象是 java ...
StringUtils工具类的常用方法 -
ltx:
StringUtils 方法的操作对象是 java.lang. ...
StringUtils工具类的常用方法
DTD缺陷:1 )DTD 是基于正则表达式的,描述能力有限;2) DTD 没有数据类型的支持,在大多数应用环境下能力不足;3) DTD 的约束定义能力不足,无法对XML 实例文档作出更细致的语义限制;4) DTD 的结构不够结构化,重用的代价相对较高;5 )DTD 并非使用XML 作为描述手段,而DTD 的构建和访问并没有标准的编程接口,无法使用标准的编程方式进行DTD 维护。而XML Schema 正是针对这些DTD 的缺点而设计的,XML Schema 是完全使用XML 作为描述手段,具有很强的描述能力、扩展能力和处理维护能力。
XML Schema 的主要目的是用来定义一类XML 文档( 一个XML Application) 。因此模式的" 实例文档" 形式常常用来描述一个与特定XML Schema 相一致的XML 文档。事实上,文档实例和Schema 文档都不是必须要以文档的形式存在,他们可以存在以于应用之间传递的字节流的形式存在,或者作为一个数据库记录或者作为XML 的" 信息项" 的集合而存在。让我们开始考虑一个在文件po.xml 中的实例文档。它描述了一个由家庭产品采购和支付应用生成的购买订单。
po.xml ,购买订单的XML 实例文档
<?xml version="1.0"?> <purchaseOrder orderDate="2008-4-6"> <shipTo country="CN"> <name>Janwer zhang</name> <street>123 nanjiang load</street> <city>shanghai</city> <state>SH</state> <zip>201204</zip> </shipTo> <billTo country="CN"> <name>Robert Smith</name> <street>8 Oak Avenue</street> <city>Old Town</city> <state>PA</state> <zip>95819</zip> </billTo> <comment>Hurry, my lawn is going wild!</comment> <items> <item partNum="872-AA"> <productName>Lawnmower</productName> <quantity>1</quantity> <USPrice>148.95</USPrice> <comment>Confirm this is electric</comment> </item> <item partNum="926-AA"> <productName>Baby Monitor</productName> <quantity>1</quantity> <USPrice>39.98</USPrice> <shipDate>2008-4-6</shipDate> </item> </items> </purchaseOrder>
购买订单由一个主元素purchaseOrder 和子元素shipTo 、billTo 、comment 和items 组成。这些子元素( 除了comment) 也依次包括其他子元素等等。USPrice 子元素包含的是一个数字而不是任何子元素。元素如果包含子元素或者是带有属性则被称为复合类型 ;反之元素如果仅仅包含数字、字符串或者其他数据等,但不包含任何子元素则称为简单类型 。
在实例文档中复合类型和一些简单类型是在购买定单的模式文档中定义。而其他一些标准的简单类型则是作为XML Schema 内置的简单类型的指令表的一部分定义的。
观察实例文档你可以看到购买订单模式文档并没有被提及。一个实例文档实际上不需要引用模式文档,当然尽管很多实例文档确实引用了,为了使这第一节简单化,一开始选择不引用。
购买订单模式文档
购买订单模式文档包含在文件po.xsd 中:
po.xsd ,购买订单的Schema 文档
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <xsd:annotation> <xsd:documentation xml:lang="en"> Purchase order schema for Example.com. Copyright 2008 Example.com. All rights reserved. </xsd:documentation> </xsd:annotation> <xsd:element name="purchaseOrder" type="PurchaseOrderType"/> <xsd:element name="comment" type="xsd:string"/> <xsd:complexType name="PurchaseOrderType"> <xsd:sequence> <xsd:element name="shipTo" type="USAddress"/> <xsd:element name="billTo" type="USAddress"/> <xsd:element ref="comment" minOccurs="0"/> <xsd:element name="items" type="Items"/> </xsd:sequence> <xsd:attribute name="orderDate" type="xsd:date"/> </xsd:complexType> <xsd:complexType name="USAddress"> <xsd:sequence> <xsd:element name="name" type="xsd:string"/> <xsd:element name="street" type="xsd:string"/> <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" type="xsd:string"/> <xsd:element name="zip" type="xsd:decimal"/> </xsd:sequence> <xsd:attribute name="country" type="xsd:NMTOKEN" fixed="CN"/> </xsd:complexType> <xsd:complexType name="Items"> <xsd:sequence> <xsd:element name="item" minOccurs="0" maxOccurs="unbounded"> <xsd:complexType> <xsd:sequence> <xsd:element name="productName" type="xsd:string"/> <xsd:element name="quantity"> <xsd:simpleType> <xsd:restriction base="xsd:positiveInteger"> <xsd:maxExclusive value="100"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="USPrice" type="xsd:decimal"/> <xsd:element ref="comment" minOccurs="0"/> <xsd:element name="shipDate" type="xsd:date" minOccurs="0"/> </xsd:sequence> <xsd:attribute name="partNum" type="SKU" use="required"/> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> <!-- Stock Keeping Unit, a code for identifying products --> <xsd:simpleType name="SKU"> <xsd:restriction base="xsd:string"> <xsd:pattern value="\d{3}-[A-Z]{2}"/> </xsd:restriction> </xsd:simpleType> </xsd:schema>
购买订单模式文档由一个schema 元素和一系列子元素组成,大多数子元素为element, complexType, 和simpleType ,这些决定了在实例文档中的元素的表现方式和内容。
通过出现在schema 元素中的命名空间声明xmlns:xsd="http://www.w3.org/2001/XMLSchema" ,在模式文档中的每一个元素都有一个与XML Schema 命名空间相联系的命名空间前缀"xsd:" 。尽管任何前缀都能够被使用,但是,前缀"xsd:" 被约定用于表示XML Schema 命名空间。通过使用同样的前缀,这样同样的关联也出现在内置的简单类型的名字中。例如,xsd:string 。这种形式的关联的目的是用来标识元素和简单类型是属于XML Schema 语言的词汇表而不是模式文档作者自己的词汇表。为了在这里清楚表示,先仅提及元素的名字和简单类型( 如simpleType) 而忽略了它们的前缀"xsd:" 。
复合类型定义,元素和属性声明
在XML Schema 中,对于允许元素有他们自己的内容以及可以携带自身属性的复合类型与那些不能够有元素内容和属性的简单类型之间,有着基本的不同。而在实例文档中,对于能建立新的类型( 无论简单和复杂) 的定义和允许元素和属性有特定的名字和类型( 无论是简单还是复杂) 的声明之间,也有着显著的差别。
新的复合类型使用 complexType 元素来定义,这样的定义典型的包含一组元素声明,元素引用和属性声明。这些元素声明与其说是它们自身的类型,不如说是一由相关模式控制的名与控制这些名在实例文档中的表现形式的约束之间的关联。元素使用 element 元素声明,同时属性使用 attribute 来声明。举例来说, USAddress 被定义为一个复合类型并且在USAddress 定义中看到五个元素的声明和一个属性的声明。
<xsd:complexType name="USAddress" > <xsd:sequence> <xsd:element name="name" type="xsd:string"/> <xsd:element name="street" type="xsd:string"/> <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" type="xsd:string"/> <xsd:element name="zip" type="xsd:decimal"/> </xsd:sequence> <xsd:attribute name="country" type="xsd:NMTOKEN" fixed="CN"/> </xsd:complexType>
这个定义的结果将是,在实例文档中出现的任何类型声明为USAddress 的元素( 比如在po.xml 中的shiptTo) 必须包含五个元素和一个属性。这些元素必须被命名为name 、street 、city 、state 和zip ,这些名称就如同在模式声明中name 属性的值所指的那样。并且这些属性必须按照模式声明中的同样的顺序出现 。前四个元素必须包含一个字符串元素内容而第五个必须包含一个十进制数字类型的元素内容。声明为USAddress 类型的元素可以带有一个country 属性,该属性必须包含字符串"CN" 。
USAddress 类型定义仅仅包含引用简单类型的声明:string 、decimal 和NMTOKEN 。与之对比,PurchaseOrderType 类型定义则包含了引用复合类型的元素声明,如USAddress ,虽然两个类型声明都使用同样的type 属性来标识类型,而无需管类型是简单的还是复合的。
<xsd:complexType name="PurchaseOrderType"> <xsd:sequence> <xsd:element name="shipTo" type="USAddress"/> <xsd:element name="billTo" type="USAddress"/> <xsd:element ref="comment" minOccurs="0"/> <xsd:element name="items" type="Items"/> </xsd:sequence> <xsd:attribute name="orderDate" type="xsd:date"/> </xsd:complexType>
在PurchaseOrderType 的类型定义中,对于shipTo 和 billTo 这两个子元素的声明,它们将不同的元素名字和相同的复合类型相关联,这个复合类型是USAddress 。这个定义的结果是,如果在实例文档中出现的任何元素( 如po.xml 中) ,当元素类型被声明为PurchaseOrderType 时,那么这个元素必须包含两个名为shipTo 和billTo 的元素,这两个元素都要包含五个子元素(name 、street 、city 、state 和zip) ,这五个子元素是作为USAddress 声明的一部分而出现的。应USAddress 的相关类型定义,shipTo 和billTo 元素也可以包含country 属性。
PurchaseOrderType 类型定义包含了一个orderDate 属性声明,就像在UAAddress 中的country 属性声明一样,它被标识为一个简单类型,实际上,所有的属性声明必须引用简单类型 。这是因为不像元素声明,属性不能包含其他元素或者其他属性 。迄今为止描述的元素声明对于每一个名字都和一个现存的类型定义相关联。然而有时候,使用一个现存的元素比定义一个新的元素更方便。
<xsd:element ref="comment" minOccurs="0"/>
这个声明定义引用了一个现存的元素comment ,该元素在购买订单模式文档中的其他地方有定义。一般的来说,ref 属性的值必须指向一个全局元素,且应当是在下面声明的而不是作为复合类型定义的一部分声明的 。这个声明的结果为一个叫comment 的元素可以出现在实例文档的关于这个定义的相关部分中,他的内容必须和那个被引用的元素的类型一致,在这个情况下是 "string" 。
约束
在前面中的元素声明中minOccurs 属性的值为0 ,所以comment 元素在PurchaseOrderType 类型中是一个可选项。一般,当minOccurs 的值为1 或者>1 ,一个元素就必须出现。一个元素可以出现的最大数量由声明中的maxOccurs 属性所决定的。这个值也许是一个正的整型如41 ,或者以"unbounded" 的形式来表明不限最大的出现数量。minOccurs 和maxOccurs 属性的默认值是1 。因此,当一个元素如comment ,没有定义maxOccurs 属性,元素不可以出现超过一次。如果你仅仅指定了minOccurs 属性的值,它必须小于等于maxOccurs 的默认值,也就是说minOccurs 如果单独出现,其取值只能为0 或者1 。同样的,如果你只指定了maxOccurs 属性,它必须大于等于minOccurs 的默认值,也就是必须取值为1 或者>1 。如果两个属性都被省略了,那么元素必须出现且仅出现一次。
而对于属性而言,它可以出现一次或者根本不出现,指定属性出现次数的语法与元素的语法有所不同。特别的,属性声明能够使用一个use 属性来指明属性是否需要出现 ( 参阅po.xsd 中partNum 属性的声明) 。
属性和元素的默认值都是使用default 属性来声明,不过这个属性在不同的情况下有些许不同的语义表示结果。当一个属性使用默认值来声明的时候,若属性在实例文档中出现了,那属性的值就是实例文档中出现的那个值。若属性没有在实例文档中出现,这个属性的值等于声明中default 属性的值。需要注意的是,属性默认值只在属性本身为" 可选的" 时候才有意义,如果在声明中,既指定了默认值,又设置了use 属性(除"optional" 以外的其他值)的话,处理器就会产生错误。
而当一个元素声明中有默认值定义的时候,模式处理器在处理默认的元素值的时候,与处理属性的默认值不同。若实例文档中元素出现带有自身内容的时候,其值就是文档中元素的内容,若元素没有内容,那处理器就认为这个元素的值( 内容) 等于声明中default 属性的值。然而,如果元素在实例文档中并没出现,模式处理器则不认为该元素出现。总而言之,元素和属性默认值之间的区别可以认为是:当属性不出现时默认的属性值被应用,当元素内容为空的时候,默认的元素值被应用 。
属性和元素声明中都使用到fixed 属性来确保属性和元素被设置为特殊的值,如 po.xsd 中包含了一个country 属性的声明,这个country 属性声明就有一个fixed 属性,值为CN 。这个声明意味着在实例文档中 country 属性的出现是可选的(use 属性的默认值是optional) ,但是如果属性出现,他的值必须为"CN" ,如果属性不出现,模式处理器将自动设置country 属性值为"CN" 。需要注意的是,fixed 值的概念和default 值的概念是互斥的 。所以如果同时声明fixed 和 default 属性就会令模式处理器产生一个错误。
在元素和属性声明中用于约束他们出现行为的属性的值概括如下表中:
元素-
使用 |
属性-
使用 |
注解 |
(1, 1) -, - |
required, -, - |
元素/ 属性必须出现一次,它可以有任何值 |
(1, 1) 37, - |
Required, 37, - |
元素属性必须出现一次,他的值为37 |
(2, unbounded) 37, - |
无相关描述 |
元素必须出现两次或者多次,他的值必须为37 ,一般说来,minOccurs 和maxOccurs 可以为正数,maxOccurs 可以为"unbounded" |
(0, 1) -, - |
optional, -, - |
元素/ 属性可以出现一次,他可以有任何值 |
(0, 1) 37, - |
optional, 37, - |
元素/ 属性可以出现一次,如果出现他的值必须为37 ,如果不出现他的值为37 |
(0, 1) -, 37 |
optional, -, 37 |
元素/ 属性可以出现一次,如果不出现值为37 ,否则他的值为给出的值 |
(0, 2) -, 37 |
无相关描述 |
元素可以出现一次、两次或者更本不出现,如果元素不出现,则默认值不发生作用,如果出现并且他为空元素,则其值为37 ,否则值为实例中给出的值。一般说来,minOccurs 和maxOccurs 可以为正数,maxOccurs 可以为"unbounded" |
(0, 0) -, - |
prohibited, -, - |
元素/ 属性必须不出现 |
在这里,值得注意的是,在全局的元素和属性声明中,minOccurs 、maxOccurs 、use 都没有出现。
全局元素和属性
全局的元素和属性是在全局声明时被建立的,全局声明都是作为元素的子元素出现的。一旦经过定义,全局元素或者全局属性可以像先前我们描述的那样使用 ref 属性在一个或多个声明中引用。一个引用全局元素的声明,允许被引用的元素在实例文档中出现在引用这个元素的声明相关的元素中。所以,举例来说, po.xml 中的comment 元素同样可以在shipTo 、billTo 和items 元素中出现,因为引用comment 的复合类型定义的声明同样出现在这三个元素的声明中。
一个全局元素的声明也允许元素在实例文档中以顶级的文档元素出现,因此 purchaseOrder 元素,在po.xsd 中是作为一个全局元素声明的,能够作为po.xml. 中的顶级元素出现。值得注意的是,基于这个基本原理, comment 元素作为顶级元素出现在文档如po.xml 中也是被允许的。
关于使用全局的元素和属性有很多忠告,其中一个忠告是全局的声明不能够包含引用 。全局的声明定义不能包含ref 属性,他们必须使用type 属性( 或者,像我们简短描述的,跟随一个匿名的类型的定义) 。第二个忠告是约束不能够放在全局声明中 。尽管他们能够放在引用全局声明的局部声明中。换句话说,全局声明不能够包含minOccurs 、maxOccurs 、或者use 属性。
命名冲突
现在已经讨论了如何定义新的复合类型( 比如PurchaseOrderType) ,声明元素( 比如purchaseOrder) 和声明属性( 如 orderDate) 。这些行为一般都包含着命名,因此,问题自然就出现了:如果给两个对象赋予同样的名称会如何?答案取决于问题中的两个对象,尽管,一般来说两个对象越相近,他们越有可能引起冲突。
这里有一些例子来说明什么时候同样的名称会导致问题的出现
- <!----> <!---->如果两个对象都是类型,如果去定义了一个复合类型称为USStates ,同时又定义了一个简单类型称为USStates ,此时就出现了冲突。
- <!---->
- 如果两个对象都是类型,如果去定义了一个复合类型称为USStates ,同时又定义了一个简单类型称为USStates ,此时就出现了冲突。
- 如果两个对象是类型和元素或者是类型或者属性,当定义了一个复合类型叫USAddress ,同时又定义了一个元素称为USAddress ,此时是没有冲突发生的。
- 如果两个对象是不同类型的元素( 一般的,并非是全局元素) ,当声明了一个元素名字作为USAddress 类型的一部分并且第二个元素名字作为item 类型的一部分,此时就没有冲突( 类似的元素有时候称为局部元素声明) 。
- 如果两个对象都是类型,你自己定义了其中的一个,而XML Schema 规范内置定义了另外的一个,比如你自己定义了一个简单类型称为decimal ,那么此时没有冲突发生。
最后一个例子中之所以没有命名冲突发生的原因是,因为他们属于不同的命名空间。
发表评论
-
使用XPath定位信息继3
2008-05-14 22:57 158516. descendant-or-self 轴(ax ... -
使用XPath定位信息继2
2008-05-14 22:55 151311. ancestor 轴(axis) 包含上下 ... -
使用XPath定位信息继1
2008-05-14 22:52 14754. string-length 函数返回字符串的字符数 ... -
使用XPath定位信息
2008-05-14 22:49 2957如果要定位某个 XML 文档中的一段特定信息,那么,通过遍 ... -
XML Schema之多文档模式文档继
2008-05-11 09:06 1664控制对派生类型的创建和使用 迄今为止,已经能 ... -
XML Schema之多文档模式文档
2008-05-11 08:56 2040本文主要围绕如何使用多个文档来组成目标的模式而展开讨论。XML ... -
XML Schema 之名称空间
2008-05-10 23:07 2880模式文档可以被看做一个类型定义和元素声明的集合( 词汇表) ... -
XML Schema (II)
2008-04-13 19:28 1802匿名类型定义 使用XML Schema ,我们能够 ... -
XML Schema(1)继
2008-04-06 12:44 1685简单类型 在购买订单模式文档中,几个元素和属性被声 ... -
xml解析之DOM
2008-04-06 00:41 2106DOM 是Document Object Model ... -
XML基础
2008-04-05 14:41 38551.XML 语法 1.1 文档声明 一个完整的XML 文 ...
相关推荐
《永磁无刷直流电机控制系统与软件综合研究——集成电机计算软件、电机控制器及电磁设计软件的创新设计与实践》,永磁无刷直流电机计算与控制软件:高效电机控制器与电磁设计工具,永磁无刷直流电机计算软件,电机控制器,无刷电机设计软件,电机电磁设计软件 ,永磁无刷直流电机计算软件; 电机控制器; 无刷电机设计软件; 电机电磁设计软件,无刷电机设计专家:永磁无刷直流电机计算与控制器设计软件
新能源汽车VCU开发模型及策略详解:从控制策略到软件设计全面解析,新能源汽车VCU开发模型及策略详解:从控制策略到软件设计全面解析,新能源汽车VCU开发模型及控制策略,MBD电控开发 新能源汽车大势所向,紧缺VCU电控开发工程师,特别是涉及新能源三电系统,工资仅仅低于无人驾驶、智能驾驶岗位。 ——含控制策略模型 整车控制策略详细文档 通讯协议文档 接口定义 软件设计说明文档 等(超详细,看懂VCU电控策略开发就通了) 内容如下: 新能源汽车整车控制器VCU学习模型,适用于初学者。 1、模型包含高压上下电,行驶模式管理,能量回馈,充电模式管理,附件管理,远程控制,诊断辅助功能。 2、软件说明书(控制策略说明书) 3、模型有部分中文注释 对想着手或刚开始学习整车控制器自动代码生成或刚接触整车控制器有很大帮助。 ,新能源汽车VCU开发模型; 控制策略; MBD电控开发; 模型学习; 代码生成; 整车控制器; 能量回馈; 诊断辅助功能,新能源汽车电控开发详解:VCU控制策略模型及学习手册
内容概要:本文详细介绍了两种利用 Python 读取 Excel 文件的不同方法,分别是基于 pandas 和 openpyxl。对于想要利用Python 处理 Excel 数据的读者来说,文中不仅提供了简洁明了的具体代码片段以及执行效果展示,还针对每个库的应用特性进行了深度解析。此外,文档提到了一些进阶应用技巧如只读特定的工作薄、过滤某些列等,同时强调了需要注意的地方(像是路径设置、engine 参数调整之类),让读者可以在面对实际项目需求时做出更加明智的选择和技术选型。 适合人群:对 Python 有基本掌握并希望提升数据读取能力的开发人员。 使用场景及目标:适用于任何涉及到批量数据导入或是与 Excel 进行交互的业务流程。无论是做初步的数据探索还是深入挖掘隐藏于电子表格背后的故事,亦或是仅为了简化日常办公自动化任务都可以从中受益。最终目标帮助使用者熟悉两大主流 Excel 解决方案的技术特性和最佳实践。 阅读建议:本文既是一份详尽的学习指南也是一份方便随时查阅的手册。因此初学者应当认真研究所提供的示例,而有一定经验者也可以快速定位到感兴趣的部分查看关键要点。
# 医护人员排班系统 ## 1. 项目介绍 本系统是一个基于SpringBoot框架开发的医护人员排班管理系统,用于医院管理医护人员的排班、调班等工作。系统提供了完整的排班管理功能,包括科室管理、人员管理、排班规则配置、自动排班等功能。 ## 2. 系统功能模块 ### 2.1 基础信息管理 - 科室信息管理:维护医院各科室基本信息 - 医护人员管理:管理医生、护士等医护人员信息 - 排班类型管理:配置不同的排班类型(如:早班、中班、晚班等) ### 2.2 排班管理 - 排班规则配置:设置各科室排班规则 - 自动排班:根据规则自动生成排班计划 - 排班调整:手动调整排班计划 - 排班查询:查看各科室排班情况 ### 2.3 系统管理 - 用户管理:管理系统用户 - 角色权限:配置不同角色的操作权限 - 系统设置:管理系统基础配置 ## 3. 技术架构 ### 3.1 开发环境 - JDK 1.8 - Maven 3.6 - MySQL 5.7 - SpringBoot 2.2.2 ### 3.2 技术栈 - 后端框架:SpringBoot - 持久层:MyBatis-Plus - 数据库:MySQL - 前端框架:Vue.js - 权限管理:Spring Security ## 4. 数据库设计 主要数据表: - 科室信息表(keshixinxi) - 医护人员表(yihurengyuan) - 排班类型表(paibanleixing) - 排班信息表(paibanxinxi) - 用户表(user) ## 5. 部署说明 ### 5.1 环境要求 - JDK 1.8+ - MySQL 5.7+ - Maven 3.6+ ### 5.2 部署步骤 1. 创建数据库并导入SQL脚本 2. 修改application.yml中的数据库配置 3. 执行maven打包命令:mvn clean package 4. 运行jar包:java -jar xxx.jar ## 6. 使用说明 ### 6.1 系统登录 - 管理员账号:admin - 初始密码:admin ### 6.2 基本操作流程 1. 维护基础信息(科室、人员等) 2. 配置排班规则 3. 生成排班计划 4. 查看和调整排班 ## 7. 注意事项 1. 首次使用请及时修改管理员密码 2. 定期备份数据库 3. 建议定期检查和优化排班规则
MATLAB仿真的夫琅禾费衍射强度图:圆孔、圆环、矩形孔定制研究,MATLAB仿真:夫琅禾费衍射强度图的可定制性——以圆孔、圆环及矩形孔为例的研究分析,MATLAB夫琅禾费衍射强度图仿真 圆孔,圆环,矩形孔可定制。 ,MATLAB; 夫琅禾费衍射; 强度图仿真; 圆孔; 圆环; 矩形孔; 可定制。,MATLAB仿真夫琅禾费衍射强度图:定制孔型(圆孔/圆环/矩形)
详细介绍及样例数据:https://blog.csdn.net/samLi0620/article/details/145652300
基于Dugoff轮胎模型与B08_01基础建模的七自由度车辆动力学模型验证:利用MATLAB 2018及以上版本与CarSim 2020.0软件的仿真对比研究,基于Dugoff轮胎模型与B08_01框架的七自由度车辆动力学模型验证——使用MATLAB 2018及以上版本与CarSim 2020.0软件进行仿真对比研究,七自由度车辆动力学模型验证(Dugoff轮胎模型,B08_01基础上建模) 1.软件: MATLAB 2018以上;CarSim 2020.0 2.介绍: 基于Dugoff轮胎模型和车身动力学公式,搭建7DOF车辆动力学Simulink模型,对相关变量(质心侧偏角,横摆角速度,纵、横向速度及加速度)进行CarSim对比验证。 ,核心关键词:七自由度车辆动力学模型验证; Dugoff轮胎模型; B08_01建模基础; MATLAB 2018以上; CarSim 2020.0; Simulink模型; 变量对比验证。,基于Dugoff轮胎模型的七自由度车辆动力学模型验证与CarSim对比
【毕业设计】基于Java+servlet+jsp+css+js+mysql实现“转赚”二手交易平台_pgj
微猫恋爱聊妹术小程序源码介绍: 微猫恋爱聊妹术小程序源码是一款全新升级的聊天工具,它采用全新主题和UI,完美支持分享朋友圈功能。同时,它的独立后台也进行了大规模更新,让操作更加简单。其中,课堂页面、搜索页面和子话术列表页面等,均增加了流量主展示,具有超多的功能。 安装教程: 您可以先加入微猫恋爱聊妹术小程序源码的赞助群,然后在群内找到魔方安装说明。根据源码编号找到相应的安装说明,非常详细,让您轻松完成安装。
电气安装工程安全技术规程_蒋凯,杨华甫,马仲范,王清禄译;孙照森校;鞍钢工程技术编委会编
基于Copula函数的风光空间相关性联合场景生成与K-means聚类削减MATLAB研究,基于Copula函数的风光空间相关性联合场景生成与K-means聚类削减算法研究,基于copula的风光联合场景生成?K-means聚类并削减 MATLAB 由于目前大多数研究的是不计风光出力之间的相关性影响,但是地理位置相近的风电机组和光伏机组具有极大的相关性。 因此,采用 Copula 函数作为风电、光伏联合概率分布,生成风、光考虑空间相关性联合出力场景,在此基础上,基于Kmeans算法,分别对风光场景进行聚类,从而实现大规模场景的削减,削减到5个场景,最后得出每个场景的概率与每个对应场景相乘求和得到不确定性出力 ,基于Copula的风光联合场景生成; K-means聚类削减; 空间相关性; 概率分布; 场景削减,基于Copula与K-means的风光联合场景生成与削减研究
模块化多电平变流器MMC的VSG控制技术研究:基于MATLAB-Simulink的仿真分析与定制实现——支持三相与任意电平数,构网型模块化多电平变流器MMC的VSG控制策略与仿真模型:三相负荷变动下的虚拟同步发电机控制研究,构网型 模块化多电平变流器 MMC 的VSG控制 同步发电机控制 MATLAB–Simulink仿真模型,可按需求定制 10电平.14电平,任意电平可做。 三相MMC,采用VSG控制。 设置负荷变动,调整有功无功,保持电网电压和频率 ,构网型模块化多电平变流器; MMC的VSG控制; 虚拟同步发电机控制; MATLAB–Simulink仿真模型; 任意电平可做; 三相MMC; 负荷变动; 有功无功调整; 电网电压和频率保持。,基于VSG控制的模块化多电平变流器(MMC)的构网型仿真模型
暗通道算法DCP-Python实现
南师大实验室安全准入知识供学习
纯openMV寻迹小车.zip
【毕业设计】基于Java mvc架构开发的完整购物网站
以下是针对初学者的 **51单片机入门教程**,内容涵盖基础概念、开发环境搭建、编程实践及常见应用示例,帮助你快速上手。
springboot医院信管系统--
springboot私人健身与教练预约管理系统--
yolov8-0的资源