这是一个面向所有不想让可重复工作一次又一次的人的文档…针对SDK扩展的开发人员。
目标是什么？
如果您阅读了文档，您就知道单个组件所需的基本内容：
实际上，只有一个部分有价值-可视化。
其他部分可以很容易地"自动化"。这就是我们目前所拥有的，由我在ZTL地区和迈克尔在APS（高级财产表）地区开始。经过一番努力，今天我们有了共同的贡献。我们可以生成任何东西…
当我创建一个属性时，物联网是什么，我想让脚本访问它，不需要任何特殊的编码-因为这是非常基本的东西。我还希望使用APS UI来更改属性（特别是对于复杂类型（如数组）。最后，我希望能够用很小的努力添加新的属性，并且我希望改进脚本，所有组件都应该立即得到它们。
这只导致一种情况：我们需要一个规范，它绑定了所有的上下文，并且能够以可复制的方式生成所有的部分。
故事。
工作从规范开始。我在这里以SCN存储库中的"CheckBoxGroup"组件为例进行说明。（这里是content文件夹）。
我从blog SDK开发社区Git存储库（sdkpackage）中创建组件文件夹开始。但是，我没有立即在"def"文件夹中创建贡献文件，而是在"spec"下创建了一个包含3个文件的规范：
（这里我将在代码中进行注释，这将破坏JSON–对于原始代码，请使用存储库）
组件.json
关于.json
规范.json
这是组件的主要部分，在这里我们定义属性。属性类型被绑定到一些模板上，这些模板将与原语搜索和替换（primitive search and replace）一起应用，以生成ZTL和XML贡献。规范还用于AP的通用生成，这是Mike主要做的。
模板位于此处：
我今天知道以下属性类型：
对于我们可以设置的每个属性，应该生成什么。下面是一个选择的例子：
我们对AP有哪些控制？
今天我们有：
文本
文本区
地图下载
复选框
微调器
调色板
组合框
颜色
数组
->带子类型
数组StringArray
数组OneLevelArray
数组TwoLevelArray
columnconfig
一起构建AP
theAPS构建的通用代码是根据规范呈现APS。你可以在结尾看到一个定义良好的APS，包括类别和子类别。
可验证性
Mike为构建块创建了相当简单的API，我们可以简单地添加新的块，只需要将值作为字符串提供给Design Studio。
如何开始？
有人想试试吗？
在这里发表评论，我将描述如何创建这样的组件。
这对社区SDK组件的未来发展意味着什么？
为了创建新组件，大数据开发，现在只需要20分钟，而不是以前的几个小时。我们可以把精力完全集中在UI编码上，生态环境大数据，而不是花时间在技术部分上。
好的评论，卡罗尔！
对我们来说可能是内部的，但是相关的，云主机服务器，我对如何进一步完善现有的"一个APS统治所有APS"方法有一些想法。这与根据需要扩展额外的APS控件有关。最近的"columnconfig"是出于必要，需要在property sheet.js文件的关键位置添加一些存根-我正在考虑如何我们可以让这个通用化，物联网网关，让新控件自己注册并添加setValue/getValue逻辑，而不必再添加更多的"if apscontrol="xyz"then do this"等等
再说一遍，可能除了你和我之外没有人会关心这个，因为它更像是内部的SDK内务管理（），但最终的结果将是在扩展额外的复杂财产控制方面进一步简化APS。
但是，我希望每个人都会喜欢新的APS方法，当我们增强任何APS控制处理程序时，利用它的所有组件都将立即从中受益，同时，设计师的一贯体验也将得到支持。
迈克，我正在努力清理，不幸的是，我们已经生产了109个组件，需要一段时间才能升级到2.0版本，但今天又升级了6个。但是，也许我们本周没有生产任何稳定的版本。
嗨，迈克，
我一直在尝试合并一些组件的功能（传单映射和choropleth映射），但是在解释这些组件的APS属性是否已定义时遇到了麻烦。这是否与本文概述的方法一致？
具体来说，我在哪里可以找到Load GeoJSON文件控件在传单映射组件中的定义位置？
问候，
科林
你好，卡罗尔，
在创建新扩展时，我在指南中遇到了一个小错误。
文本框可以工作，但属性和APS组件之间的值分配不正确。如果事实上，textbox不作为共享APS组件存在，但是textarea是，并且工作良好
只需要将"textbox"重命名为"textarea"
已更改。可能是在某个重构中重命名的。。。谢谢。
