liquid studio 2020(xml代码编辑器)

　　liquid studio 2020是一款功能完善的高级xml代码编辑器，该程序内置了一个非常强劲的图形XML架构(XSD)编辑器，用户可以通过此框架进行多种图形编辑，该程序还支持XML模式的图形化可视化，可视化编辑可以大幅度提高用户的编辑效率，可以让用户在编辑过程中就可以看到整个用户界面中的编辑样式；新版本能够采用现有实体的定义并将其扩展以添加更多特定信息，此功能通常很有用，在大多数开发语言中，系统将其称为继承或子类，XSD标准中也存在相同的概念，这使系统可以采用现有的类型定义并对其进行扩展；在该系统中，用户还可以限制现有类型；对于很多开发人员来说，拥有一款非常强大的编辑工具是非常兴奋的，此版本已经被，需要的用户可以下载体验

新版功能

　　一、数据映射器

　　1、新的 PostgreSQL数据库集成

　　2、新的 VistaDB 6数据库集成

　　3、向安装程序添加了SQLite库

　　4、向安装程序添加了PostgreSQL库

　　5、添加了附加到TextFile CSV数据目标的选项

　　6、修复了使用大型查找列表时的堆栈溢出问题

　　7、使用生成的库中的SQLite修复了问题

　　8、使用生成的库中的VistaDB 5修复了问题

　　9、解决了XML Writer组件中的数据编码问题

　　二、XML数据绑定器

　　1、为C＃和Visual Basic .Net生成的项目添加了.Net Core 3.1选项

　　2、为LINUX构建添加了ASYNC_FROMXMLFILE选项

　　3、修复了命令行处理中缺少的Visual Basic .Net条目

　　4、升级的C ++运行时以使用Expat 2.2.9进行安全修复

　　三、液体XML对象

　　1、新的 LjSerializer可以将XML对象模型读取和写入为JSON文档

　　2、新的 Web扩展允许将Liquid XML对象用作MVC或MVCCore控制器中的参数

　　3、新的 XSD属性允许数字格式设置规则

　　4、新的 Caddy文件允许数字格式设置规则

　　5、向LxSerializer添加了线程安全代码

　　6、解决了名称复数的问题

软件特色

　　1、图形XML模式编辑器（XSD）

　　使用直观的用户界面可视化和编辑XML模式（XSD）的抽象视图，并根据W3C标准验证XSD，包括拆分的图形和文本视图，智能感知，语法突出显示，拖放，复制和粘贴以及多步骤撤消/重做。

　　2、图形化JSON模式编辑器

　　使用直观的用户界面可视化和编辑JSON模式的抽象视图，并根据IETF标准验证JSON模式，包括拆分的图形和文本视图，语法突出显示，拖放，复制和粘贴以及多步撤消/重做。

　　3、JSON编辑器

　　使用直观的用户界面编辑JSON文档，检查文档格式是否正确，并根据IETF JSON Schema进行验证，包括复制和粘贴以及多步撤消/重做。

　　4、图形化WSDL编辑器

　　使用直观的用户界面可视化和编辑Web Service的抽象视图，并根据W3C标准验证WSDL。包括拆分的图形和文本视图，智能感知，语法突出显示，拖放，复制和粘贴以及多步撤消/重做。

安装步骤

　　1、用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、只需要使用解压功能将压缩包打开，双击主程序即可进行安装，弹出程序安装界面

　　3、同意上述协议条款，然后继续安装应用程序，点击同意按钮即可

　　4、弹出以下界面，用户可以直接使用鼠标点击下一步按钮，可以根据您的需要不同的组件进行安装；

　　5、弹出以下界面，用户可以直接使用鼠标点击下一步按钮，可以根据您的需要不同的组件进行安装

　　6、可以根据自己的需要点击浏览按钮将应用程序的安装路径进行更改；

　　7、现在准备安装主程序，点击安装按钮开始安装

　　8、弹出应用程序安装进度条加载界面，只需要等待加载完成即可

　　9、根据提示点击安装，弹出程序安装完成界面，点击完成按钮即可

方法

　　1、程序安装完成后，先不要运行程序，打开安装包，然后将文件夹内的文件复制到安装路径下

　　2、然后再运行“liquidstudio_kg.exe”注册机，点击按钮生成许可证密钥和激活；

　　3、用户现在可以直接双击应用程序，然后选择第一项进行激活；

　　4、根据提示将注册信息对应复制到软件界面中，点击finish；

　　5、最后将激活信息再次复制到软件中，点击激活即可；

　　6、完成以上操作步骤后，就可以双击应用程序将其打开，此时您就可以得到对应程序

使用说明

　　约定和建议

　　何时使用元素或属性

　　关于何时使用元素或属性经常会造成一些困惑。有人说元素描述数据而属性描述元数据，另一种查看方式是，属性用于诸如订单ID之类的小数据，但实际上，个人喜好决定了何时使用属性。通常，如果信息感觉像数据，则最好使用子元素。使用属性的一些问题是：

　　属性不能包含多个值（子元素可以）

　　属性不容易扩展（将将来的更改合并到架构中）

　　属性不能描述结构（子元素可以）

　　如果将属性用作数据的容器，最终会导致文档难以阅读和维护。尝试使用元素来描述数据。我在这里要说的是元数据（有关数据的数据）应存储为属性，而数据本身应存储为元素。

　　混合元素含量

　　混合内容是您应尽可能避免的事情，它在Web上以xHtml的形式大量使用，但这有很多限制。很难解析，并且可能导致结果数据无法预料的复杂性。XML数据绑定具有与之相关的限制，这使得操作此类文档变得困难。

　　约定

　　所有元素和属性都应使用UCC驼峰式大小写，例如（PostalAddress），避免使用连字符，空格或其他语法。

　　可读性比标签长度更重要。在文档大小和可读性之间总有一条界线，在任何可能的情况下都倾向于可读性。

　　尽量避免元素，属性和类型名称的缩写和首字母缩写。在您的业务范围内，异常应该是众所周知的，例如ID（标识符）和POS（销售点）。

　　后缀名为'Type'的新类型。例如：AddressType，USAddressType。

　　枚举应使用名称而不是数字，并且值应为UCC驼峰式大小写。

　　名称不应该包含包含结构的名称，例如CustomerName，应在子元素Customer中为Name。

　　只为可能被重用的类型生成complexTypes或simpleTypes。如果结构仅存在于一个位置，请使用匿名complexType内联定义。

　　避免使用混合内容。

　　仅当根级元素能够成为XML文档中的根元素时，才定义根级元素。

　　使用一致的名称空间别名

　　xml（在XML标准中定义）

　　xmlns（在XML标准的名称空间中定义）

　　xs http://www.w3.org/2001/XMLSchema

　　xsi http://www.w3.org/2001/XMLSchema -实例

　　尝试在架构设计的早期考虑版本控制。如果要使新版本的架构向后兼容很重要，则对架构的所有添加都应该是可选的。如果重要的是现有产品应该能够读取给定文档的较新版本，请考虑在定义的末尾添加any和anyAttribute条目。请参阅版本建议。

　　在您的架构中定义一个targetNamespace，可以更好地标识您的架构，并使事情更易于模块化和重复使用。

　　在架构的架构元素中设置elementFormDefault =“ qualified”。这使得限定结果XML中的名称空间更加简单（如果不是更冗长的话）。

　　扩展现有类型

　　扩展现有的ComplexType

　　可以采用现有的并将其扩展。让我们来看一个例子。

　　查看我们先前定义的AddressType（在第1部分中），假设我们的公司现在已经走向国际，并且需要捕获特定于国家/地区的地址。在这种情况下，我们需要有关英国地址（县和邮政编码）以及美国地址（州和邮政编码）的特定信息。

　　因此，我们可以采用现有的地址定义并将其扩展如下

　　以图形方式查看时，这一点更加清晰。但基本上是说-我们正在定义一个新的名为“ USAddressType”的，它是现有类型“ AddressType”的扩展，并向其中添加了一个包含元素“ State”和“ Zipcode”的序列。

　　元素和元素这里有2项新内容，我们将在稍后介绍。

　　现在，我们可以按以下方式使用这些新类型：

　　这些元素的一些示例XML可能看起来像这样。

　　要么

　　最后一个示例显示了如何采用现有的定义，并将其扩展以创建新类型。新的构造表示我们正在扩展现有类型，并指定类型本身。但是这里还有另一个选择，我们可以限制它，而不是添加到类型中。

　　限制现有的ComplexType

　　以相同的AddressType示例为例，我们可以创建一个名为“ InternalAddressType”的新类型。假设“ InternalAddressType”仅需要Address-> Line1

　　我们正在定义一个新的类型“ InternalAddressType”。元素表示我们正在限制现有类型“ AddressType”，并且仅允许在此新定义中使用现有子元素“ Line1”。

　　注意：因为我们正在限制现有类型，所以中可能出现的唯一定义是在基本类型“ AddressType”中定义的子集。它们还必须包含在相同的合成器中（在这种情况下为序列），并以相同的顺序出现。

　　现在，我们可以按以下方式使用此新类型：

　　此元素的一些示例XML可能看起来像这样。

　　第二层4楼/

　　注意：元素只是扩展或限制的容器-我们现在基本上可以忽略它。

　　扩展/限制类型的使用

　　我们刚刚展示了如何基于现有类型创建新类型。这本身非常有用，并且可以潜在地减少架构中的复杂性，使其更易于维护和理解。但是，这方面还没有涉及。在以上示例中，我们创建了3种新类型（UKAddressType，USAddressType和InternalAddressType），所有这些类型均基于AddressType。

　　因此，如果我们有一个指定其类型为UKAddressType的元素，则该元素必须出现在XML文档中。

　　但是，如果元素指定其类型为“ AddressType”，则4种类型中的任何一种都可以出现在XML文档中（UKAddressType，USAddressType，InternalAddressType或AddressType）。

　　现在要考虑的事情是，XML解析器将如何知道您打算使用哪种类型，肯定需要知道否则它将无法进行正确的验证？

　　好吧，它知道，因为如果您要使用模式中未明确指定的类型（在本例中为AddressType），则必须让解析器知道您使用的是哪种类型。这是在XML文档中使用xsi：type属性完成的。

　　让我们来看一个例子。

　　这种示例XML是您期望看到的那种东西。

　　<？xml version =“ 1.0”？> <人员> <名称>弗雷德 22 随处可见，某些地方

　　sometown，ss1 6gy

　　但是以下内容也是有效的。

　　<？xml version =“ 1.0”？> <人员xmlns：xsi =“ http://www.w3.org/2001/XMLSchema-instance” > <名称> Fred 234 Lancaseter Av SmallsVille 佛罗里达州 < Zipcode> 34543

　　让我们更详细地看一下。

　　我们已将属性xsi：type =“ USAddressType”添加到“ HomeAddress”元素。这告诉XML解析器该元素实际上包含“ USAddressType”描述的数据。

　　根元素（人）中的xmlns：xsi属性告诉XML解析器别名xsi映射到名称空间“ http://www.w3.org/2001/XMLSchema-instance”。

　　xsi：type属性的xsi：部分是名称空间限定符。基本上说属性“类型”来自别名为“ xsi”的名称空间，该名称先前定义为“ http://www.w3.org/2001/XMLSchema-instance”。

　　此名称空间中的“ type”属性是XML解析器的指令，用于告诉它使用哪个定义来验证元素。

　　但是在下一节中将更多地介绍名称空间。

　　扩展简单类型

　　可以通过3种方式扩展simpleType。限制，列表或联合。最常见的是限制，但我们还将介绍其他两个。

　　限制

　　限制是一种约束现有类型定义的方法。我们可以对内置数据类型xs：string，xs：integer，xs：date等或我们自己创建的数据类型施加限制。

　　在这里，我们定义了现有类型“字符串”的限制，我们对其应用了正则表达式，以限制它可以采用的值。

　　在Liquid XML Studio中以图形方式显示如下

　　让我们逐行介绍一下。

　　标记用于定义我们的新类型，我们必须给该类型一个唯一的名称-在这种情况下为“ LetterType”

　　我们正在限制现有类型-因此标记是（您也可以扩展现有类型-但稍后会对此进行更多介绍）。我们将新类型基于字符串，所以type =“ xs：string”

　　我们以正则表达式的形式应用限制，这是使用元素指定的。正则表达式表示数据必须包含单个小写或大写字母a至z。

　　限制的结束标签

　　简单类型的结束标记

　　限制也可以称为方面

　　总览句法语法说明

　　这指定了允许的最小和最大长度

　　必须为0或更大

　　在此示例中，长度必须在3到8之间

　　数值的上下限

　　该值必须小于或等于，大于或等于

　　该值必须在0到10之间

　　数值的上下限

　　该值必须小于或大于

　　该值必须在1到9之间

　　允许的确切字符数长度不得超过30

　　允许的确切位数不能超过9位数字

　　允许的值列表 唯一允许的值为Hippo，Zebra或Lion

　　允许的小数位数（必须> = 0）该值必须为2 dp

　　这定义了空白的处理方式。空格是换行符，回车符，制表符，空格等。

　　保留-保留空格

　　替换 -用空格替换所有空格

　　折叠 -用空格替换空格字符，然后如果同时存在多个空格，则将它们缩小为一个空格。

　　模式决定允许哪些字符以及以什么顺序。这些是正则表达式，并且在以下位置有完整列表：http://www.w3.org/TR/xmlschema-2/#regexs[0-999]-仅在0到999之间的1位数字

　　[0-99] [0-99] [0-99]-3位数字都必须在0到99之间

　　[az] [0-10] [AZ]-第一位数字必须在a和z之间，第二位数字必须在0和10之间，而第三位数字在A和Z之间。这是区分大小写的。

　　[a-zA-Z]-1位数字，可以是小写或大写A – Z

　　[123]-1位数字，必须为1、2或3

　　（[az]）*-a到z的零次或多次出现

　　（[q] [u]）+-寻找满足条件的成对字母，在这种情况下为aq，后跟au

　　（[az] [0-999]）+-如上，寻找一对第一个数字为小写字母且在a与z之间，第二个数字为0与999之间的货币对，例如a1，c99，z999，f45

　　[a-z0-9] {8}-一行中必须正好是8个字符，并且它们的小写字母a到z或数字0到9。

　　重要的是要注意，并非所有方面都对所有数据类型都有效-例如，maxInclusive在应用于字符串时没有任何意义。对于对给定数据类型有效的构面组合，

　　联盟

　　联合是一种将两种或多种不同数据类型组合为一种的机制。

　　下面定义2个简单类型“ SizeByNumberType”，所有正整数最多为21（例如10、12、14），而“ SizeByStringNameType”的值分别为small，medium和large。

　　然后，我们可以定义一个名为“ USClothingSizeType”的新类型，将其定义为“ SizeByNumberType”和“ SizeByStringNameType”类型的并集（尽管我们可以添加任意数量的类型，包括内置类型-用空格分隔）。

　　这意味着类型可以包含2个成员可以采用的任何值（例如1、2、3，...，20、21，小，中，大）。

　　然后可以以与任何其他相同的方式使用此新类型。

　　清单

　　列表允许值（在XML文档中）包含多个由空格分隔的有效值。

　　列表的构建方式类似于联合体。区别在于我们只能指定一个类型。此新类型可以包含由itemType 属性定义的值的列表。这些值必须用空格分隔。因此，此类型的有效值为“ 5 9 21”。