[技术干货] [技术干货] 云管理解密系列汇总 乾坤云地址：cid:link_13南向ip 139.9.137.139 device.qiankun-saas.huawei.com文件服务器：121.36.7.20乾坤云资料：cid:link_4乾坤云存量上云相关信息采集cid:link_6【乾坤云】乾坤云管理界面系列之常用菜单和页面 [技术干货] 乾坤云解密之账号注册云管理解密之对接华为云短信服务器配置案例如何进入旧版云管理网络【WLAN】乾坤云管理解密之AP设备即插即用:管理SSID（无线）乾坤云管理解密之FIT AP切换到云AP[技术干货] 乾坤云解密之批量FitAP切云[技术干货] 【功能特性】乾坤云管理解密之AP设备即插即用:web网管（有线） [技术干货] 乾坤云管理解密之AP设备即插即用:命令行（串口） 胖AP、瘦AP、云AP的前世今生[技术干货] 乾坤云管理解密之WAC监控上云 （存量WAC场景）[技术干货] WAC配置HACA认证乾坤云管理解密之如何诊断云AP无法上线问题【LSW】【功能特性】乾坤云管理解密之基于配置文件模式的随板WAC纯监控上云 （存量随板WAC场景）[技术干货] 乾坤云管理解密之通过命令行手动配置交换机（R19C00及之后版本）上线及debug云管理解密系列之交换机极简架构配置（小行星方案）乾坤云管理解密之基于默认模式的交换机上云 （存量交换机场景，R19及之后版本）乾坤云管理解密之基于配置文件模式的交换机纯监控上云 （存量交换机场景，R19及之后版本）【功能特性】乾坤云管理解密之如何诊断交换机无法上线问题 乾坤云管理解密之上云后，无法telnet到设备上【认证】云管理解密之公共二维码认证，通过微信扫码方式配置方法【AR】乾坤云管理解密之AR上云常用的命令【APP】【CloudCampus APP】设备咋离线了？诊断日志一键采集 【CloudCampus APP】账号又登不上？看看是不是这些原因【CloudCampus APP】设备停用猝不及防，License到底怎么管？CloudCampus APP，企业网络全生命周期云化管理助手！[技术干货] 【单AP上云指南】CloudCampus APP快速开局【单AP上云指南】CloudCampus APP扫码录入

不知道指的是哪个网站，我也没有苹果手机。

【功能模块】我们的App接入了华为会议功能，在线上发现了App崩溃，引起原因是华为会议SDK内部有空指针问题，引起整个App崩溃。而我也不知道具体是哪一步错了，才会导致的崩溃。【操作步骤&问题现象】暂时无法复现，因为是线上的崩溃。有大佬知道这个问题吗？谢谢了【日志信息】RuntimeExceptionUnable to start activity ComponentInfo{com.xxx.xxx/com.huawei.contact.ContactDetailActivity}: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String com.huawei.contact.model.ContactDetailModel.getAccount()' on a null object reference

APP工作正常，询问是否可以调用函数，让APP重新运行，或者设备重新启动，非常感谢。

本课内容预览：APP小程序开发平台概述；APP基础配置；设备管理系统开发与演练；

在创建FUNCTION类型的权限资源时，只能选择已有的业务权限凭证。AppCube平台的业务权限凭证，由开发者在应用开发的“配置> 业务权限凭证”页面创建，删除同样如此，权限BO仅关联已有业务权限凭证。在应用开发的“配置> 业务权限凭证”页面创建凭证，APP/BO编译打包时，可以将凭证以及API关联的凭证数据一起打包出来。配置规范业务权限凭证配置的粒度应符合实际业务使用场景，使实际业务中既能灵活配置权限，又不产生越权的问题。如果一个权限中需要调用多个接口，其权限资源应配置上多个接口对应的业务权限凭证（即创建多个FUNCTION类型的权限资源），然后分别给这些接口配置业务权限凭证。通常一个接口对应一个业务权限凭证。命名规范凭证名称的命名规范如下：模块名称(APP/BO名称)[必选]_特性[必选]_操作[非必选]，大驼峰格式。例如：SystemManagement_CommonSystemManagement_Operator_Create凭证分类（目录）原则：以APP/BO为模块进行分类，命名与APP/BO一致。目录必选。定义业务权限凭证时目录名称可直接输入。区分使用者权限如：SystemManagement_Common配给匿名用户；SystemManagement_Operator_Update配给系统管理员区分读写权限如：SystemManagement_Operator_QueryAll只读；SystemManagement_Operator_Create可写区分单个/批量权限如：SystemManagement_Operator_Delete单个删除；SystemManagement_Operator_BatchDelete批量删除区分同一操作结果不同权限如：SystemManagement_Operator_QueryAll查询全部信息；SystemManagement_Operator_QueryBasic查询基本信息区分可操作对象不同权限如：SystemManagement_Operator_QueryBasic查询返回多个结果；SystemManagement_Operator_QueryCurrent查询仅返回当前对象结果

当前在AppCube平台上，BO、APP及管理界面上都可以创建系统参数。BO系统参数BO中的系统参数，统一命名规则为 ：BO名称 + 下划线 + 系统参数名称<BOName>_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：SampleBO_DefaultValue 、AlarmBO_SecurityLevel 、GISBO_MapServerHost创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。图1 创建BO系统参数APP系统参数APP中的系统参数，统一命名规则为 ：APP名称 + 下划线 + 系统参数名称<APPName>_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：SampleMgmt_MaxValue 、SecurityMgmt_DefaultSecurityLevel 、IOCMgmt_DataSourceType创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。管理界面中的系统参数原则上，所有的系统参数都应该放到各BO及APP中。但是如果确实有些系统参数是共性的，也可以在管理界面中创建。管理界面中创建的系统参数，统一命名规则为 ：Common + 下划线 + 系统参数名称Common_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：Common_CurrentEnvDomain 、Common_ClientTimezone创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。

当前在AppCube平台上，BO、APP及管理界面上都可以创建系统参数。BO系统参数BO中的系统参数，统一命名规则为 ：BO名称 + 下划线 + 系统参数名称<BOName>_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：SampleBO_DefaultValue 、AlarmBO_SecurityLevel 、GISBO_MapServerHost创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。图1 创建BO系统参数APP系统参数APP中的系统参数，统一命名规则为 ：APP名称 + 下划线 + 系统参数名称<APPName>_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：SampleMgmt_MaxValue 、SecurityMgmt_DefaultSecurityLevel 、IOCMgmt_DataSourceType创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。管理界面中的系统参数原则上，所有的系统参数都应该放到各BO及APP中。但是如果确实有些系统参数是共性的，也可以在管理界面中创建。管理界面中创建的系统参数，统一命名规则为 ：Common + 下划线 + 系统参数名称Common_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：Common_CurrentEnvDomain 、Common_ClientTimezone创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。

在创建FUNCTION类型的权限资源时，只能选择已有的业务权限凭证。AppCube平台的业务权限凭证，由开发者在应用开发的“配置> 业务权限凭证”页面创建，删除同样如此，权限BO仅关联已有业务权限凭证。在应用开发的“配置> 业务权限凭证”页面创建凭证，APP/BO编译打包时，可以将凭证以及API关联的凭证数据一起打包出来。配置规范业务权限凭证配置的粒度应符合实际业务使用场景，使实际业务中既能灵活配置权限，又不产生越权的问题。如果一个权限中需要调用多个接口，其权限资源应配置上多个接口对应的业务权限凭证（即创建多个FUNCTION类型的权限资源），然后分别给这些接口配置业务权限凭证。通常一个接口对应一个业务权限凭证。命名规范凭证名称的命名规范如下：模块名称(APP/BO名称)[必选]_特性[必选]_操作[非必选]，大驼峰格式。例如：SystemManagement_CommonSystemManagement_Operator_Create凭证分类（目录）原则：以APP/BO为模块进行分类，命名与APP/BO一致。目录必选。定义业务权限凭证时目录名称可直接输入。区分使用者权限如：SystemManagement_Common配给匿名用户；SystemManagement_Operator_Update配给系统管理员区分读写权限如：SystemManagement_Operator_QueryAll只读；SystemManagement_Operator_Create可写区分单个/批量权限如：SystemManagement_Operator_Delete单个删除；SystemManagement_Operator_BatchDelete批量删除区分同一操作结果不同权限如：SystemManagement_Operator_QueryAll查询全部信息；SystemManagement_Operator_QueryBasic查询基本信息区分可操作对象不同权限如：SystemManagement_Operator_QueryBasic查询返回多个结果；SystemManagement_Operator_QueryCurrent查询仅返回当前对象结果

BO系统参数BO中的系统参数，统一命名规则为 ：BO名称 + 下划线 + 系统参数名称<BOName>_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：SampleBO_DefaultValue 、AlarmBO_SecurityLevel 、GISBO_MapServerHost创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。图1 创建BO系统参数APP系统参数APP中的系统参数，统一命名规则为 ：APP名称 + 下划线 + 系统参数名称<APPName>_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：SampleMgmt_MaxValue 、SecurityMgmt_DefaultSecurityLevel 、IOCMgmt_DataSourceType创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。管理界面中的系统参数原则上，所有的系统参数都应该放到各BO及APP中。但是如果确实有些系统参数是共性的，也可以在管理界面中创建。管理界面中创建的系统参数，统一命名规则为 ：Common + 下划线 + 系统参数名称Common_<SystemParameterName>系统参数名采用首字母大写的驼峰样式。例如：Common_CurrentEnvDomain 、Common_ClientTimezone创建系统参数的时候，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要能尽可能地表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。

【操作步骤&问题现象】1、Security Management App中，有告警数量值，没有告警数据列表，两处应该是同一处数据啊？二者的数据有何区别或者关联？【截图信息】【日志信息】（可选，上传日志内容或者附件）

选项列表如果对象的字段允许在多个已定义的值中选择一个，使用选项列表Picklist。选项列表的定义示例如图1所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图1 选项列表定义示例显示名称：BO的选项列表需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+选项列表”的固定方式拼接而成。使用中文字符，最长不超过32个字符，选项列表定义：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如DeviceStatus。标签：最多输入255个字符；应该输入有意义的英文，采用大驼峰式命名，单词间以单个空格分割，不要含有制表符或者特殊字符。描述：最多输入255个字符；介绍当前PickList的使用场景。选项列表的值定义：PickList取值选项不允许重复；每个取值最多输入64个字符；如果取值是字符类型，采用大驼峰形式命名，不要含有空格或者制表符等占位符，例如Active。系统参数对于业务逻辑中存在可变性的参数（例如对接第三方接口的IP地址），无论是在页面中还是服务编排、Script中，都建议使用系统参数，而不能声明为内部变量。系统参数的定义示例如图2所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图2 系统参数定义示例显示名称：BO的系统参数需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+系统参数”的固定方式拼接而成。使用中文字符，最长不超过32个字符。系统参数：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如ThirdPartyAddress。值：文本类型的参数，取值最多输入255个字符；对于敏感信息（例如第三方系统用户名、密码），需要加密保存；数字类型参数，取值允许输入数字、负号、小数点。描述：最多输入255个字符，介绍当前参数的用途。App导航菜单App菜单需要按照功能聚集，并按照功能关系形成菜单层级。App的菜单定义示例如图3所示，运行显示效果如图4所示。图3 App导航菜单定义示例图4 App导航菜单运行显示的示例每个App均需要设置默认主页；菜单层级最大支持三级，层次过深会导致菜单栏占用过多页面空间，且不利于菜单名称展示（英文菜单尤其明显）。菜单配置约束：标签：标签应直观体现菜单功能，起到功能导航作用；最多输入60个字符，采用中文菜单时，不超过10个汉字；不能包含空格、制表符以及特殊字符。图标：菜单图标不能重复。描述：最多输入255个字符，介绍当前菜单的具体功能。BO配置导航BO的配置导航菜单需要按照功能聚集，并按照功能关系形成菜单层级。BO的菜单定义示例如图5所示。图5 BO配置导航的定义示例BO配置导航的要求与App菜单一致。运营配置运营配置用于租户配置BO的可变项：显示名称：BO的运营配置定义显示名称，用于在“应用管理 > BO配置”菜单下显示的BO名称。应避免与其他可选配置项以及菜单名重复，建议此名称和工程名保持一致以提高区分度。使用中文字符，不要含有制表符或者特殊字符，最长不超过32个字符。布局：只有把配置项从“可选配置”中拖动到“已选配置”后，才可以在BO配置菜单中展现。选项列表如果对象的字段允许在多个已定义的值中选择一个，使用选项列表Picklist。选项列表的定义示例如图1所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图1 选项列表定义示例显示名称：BO的选项列表需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+选项列表”的固定方式拼接而成。使用中文字符，最长不超过32个字符，选项列表定义：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如DeviceStatus。标签：最多输入255个字符；应该输入有意义的英文，采用大驼峰式命名，单词间以单个空格分割，不要含有制表符或者特殊字符。描述：最多输入255个字符；介绍当前PickList的使用场景。选项列表的值定义：PickList取值选项不允许重复；每个取值最多输入64个字符；如果取值是字符类型，采用大驼峰形式命名，不要含有空格或者制表符等占位符，例如Active。系统参数对于业务逻辑中存在可变性的参数（例如对接第三方接口的IP地址），无论是在页面中还是服务编排、Script中，都建议使用系统参数，而不能声明为内部变量。系统参数的定义示例如图2所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图2 系统参数定义示例显示名称：BO的系统参数需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+系统参数”的固定方式拼接而成。使用中文字符，最长不超过32个字符。系统参数：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如ThirdPartyAddress。值：文本类型的参数，取值最多输入255个字符；对于敏感信息（例如第三方系统用户名、密码），需要加密保存；数字类型参数，取值允许输入数字、负号、小数点。描述：最多输入255个字符，介绍当前参数的用途。App导航菜单App菜单需要按照功能聚集，并按照功能关系形成菜单层级。App的菜单定义示例如图3所示，运行显示效果如图4所示。图3 App导航菜单定义示例图4 App导航菜单运行显示的示例每个App均需要设置默认主页；菜单层级最大支持三级，层次过深会导致菜单栏占用过多页面空间，且不利于菜单名称展示（英文菜单尤其明显）。菜单配置约束：标签：标签应直观体现菜单功能，起到功能导航作用；最多输入60个字符，采用中文菜单时，不超过10个汉字；不能包含空格、制表符以及特殊字符。图标：菜单图标不能重复。描述：最多输入255个字符，介绍当前菜单的具体功能。BO配置导航BO的配置导航菜单需要按照功能聚集，并按照功能关系形成菜单层级。BO的菜单定义示例如图5所示。图5 BO配置导航的定义示例BO配置导航的要求与App菜单一致。运营配置运营配置用于租户配置BO的可变项：显示名称：BO的运营配置定义显示名称，用于在“应用管理 > BO配置”菜单下显示的BO名称。应避免与其他可选配置项以及菜单名重复，建议此名称和工程名保持一致以提高区分度。使用中文字符，不要含有制表符或者特殊字符，最长不超过32个字符。布局：只有把配置项从“可选配置”中拖动到“已选配置”后，才可以在BO配置菜单中展现。

选项列表如果对象的字段允许在多个已定义的值中选择一个，使用选项列表Picklist。选项列表的定义示例如图1所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图1 选项列表定义示例显示名称：BO的选项列表需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+选项列表”的固定方式拼接而成。使用中文字符，最长不超过32个字符，选项列表定义：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如DeviceStatus。标签：最多输入255个字符；应该输入有意义的英文，采用大驼峰式命名，单词间以单个空格分割，不要含有制表符或者特殊字符。描述：最多输入255个字符；介绍当前PickList的使用场景。选项列表的值定义：PickList取值选项不允许重复；每个取值最多输入64个字符；如果取值是字符类型，采用大驼峰形式命名，不要含有空格或者制表符等占位符，例如Active。系统参数对于业务逻辑中存在可变性的参数（例如对接第三方接口的IP地址），无论是在页面中还是服务编排、Script中，都建议使用系统参数，而不能声明为内部变量。系统参数的定义示例如图2所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图2 系统参数定义示例显示名称：BO的系统参数需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+系统参数”的固定方式拼接而成。使用中文字符，最长不超过32个字符。系统参数：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如ThirdPartyAddress。值：文本类型的参数，取值最多输入255个字符；对于敏感信息（例如第三方系统用户名、密码），需要加密保存；数字类型参数，取值允许输入数字、负号、小数点。描述：最多输入255个字符，介绍当前参数的用途。App导航菜单App菜单需要按照功能聚集，并按照功能关系形成菜单层级。App的菜单定义示例如图3所示，运行显示效果如图4所示。图3 App导航菜单定义示例图4 App导航菜单运行显示的示例每个App均需要设置默认主页；菜单层级最大支持三级，层次过深会导致菜单栏占用过多页面空间，且不利于菜单名称展示（英文菜单尤其明显）。菜单配置约束：标签：标签应直观体现菜单功能，起到功能导航作用；最多输入60个字符，采用中文菜单时，不超过10个汉字；不能包含空格、制表符以及特殊字符。图标：菜单图标不能重复。描述：最多输入255个字符，介绍当前菜单的具体功能。BO配置导航BO的配置导航菜单需要按照功能聚集，并按照功能关系形成菜单层级。BO的菜单定义示例如图5所示。图5 BO配置导航的定义示例BO配置导航的要求与App菜单一致。运营配置运营配置用于租户配置BO的可变项：显示名称：BO的运营配置定义显示名称，用于在“应用管理 > BO配置”菜单下显示的BO名称。应避免与其他可选配置项以及菜单名重复，建议此名称和工程名保持一致以提高区分度。使用中文字符，不要含有制表符或者特殊字符，最长不超过32个字符。布局：只有把配置项从“可选配置”中拖动到“已选配置”后，才可以在BO配置菜单中展现。

选项列表如果对象的字段允许在多个已定义的值中选择一个，使用选项列表Picklist。选项列表的定义示例如图1所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图1 选项列表定义示例显示名称：BO的选项列表需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+选项列表”的固定方式拼接而成。使用中文字符，最长不超过32个字符，选项列表定义：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如DeviceStatus。标签：最多输入255个字符；应该输入有意义的英文，采用大驼峰式命名，单词间以单个空格分割，不要含有制表符或者特殊字符。描述：最多输入255个字符；介绍当前PickList的使用场景。选项列表的值定义：PickList取值选项不允许重复；每个取值最多输入64个字符；如果取值是字符类型，采用大驼峰形式命名，不要含有空格或者制表符等占位符，例如Active。系统参数对于业务逻辑中存在可变性的参数（例如对接第三方接口的IP地址），无论是在页面中还是服务编排、Script中，都建议使用系统参数，而不能声明为内部变量。系统参数的定义示例如图2所示。在基线包中导入的Picklist，默认为基线资产，不允许在界面上修改和删除。支持在界面上新增、编辑和删除非基线的PickList。图2 系统参数定义示例显示名称：BO的系统参数需要定义显示名称，用于显示在BO配置菜单中，应避免与其他可选配置项以及菜单名重复，建议以“工程名+系统参数”的固定方式拼接而成。使用中文字符，最长不超过32个字符。系统参数：名称：最多输入64个字符；必须以字母开头且只能包含字母、数字和下划线；采用大驼峰式命名，例如ThirdPartyAddress。值：文本类型的参数，取值最多输入255个字符；对于敏感信息（例如第三方系统用户名、密码），需要加密保存；数字类型参数，取值允许输入数字、负号、小数点。描述：最多输入255个字符，介绍当前参数的用途。App导航菜单App菜单需要按照功能聚集，并按照功能关系形成菜单层级。App的菜单定义示例如图3所示，运行显示效果如图4所示。图3 App导航菜单定义示例图4 App导航菜单运行显示的示例每个App均需要设置默认主页；菜单层级最大支持三级，层次过深会导致菜单栏占用过多页面空间，且不利于菜单名称展示（英文菜单尤其明显）。菜单配置约束：标签：标签应直观体现菜单功能，起到功能导航作用；最多输入60个字符，采用中文菜单时，不超过10个汉字；不能包含空格、制表符以及特殊字符。图标：菜单图标不能重复。描述：最多输入255个字符，介绍当前菜单的具体功能。BO配置导航BO的配置导航菜单需要按照功能聚集，并按照功能关系形成菜单层级。BO的菜单定义示例如图5所示。图5 BO配置导航的定义示例BO配置导航的要求与App菜单一致。运营配置运营配置用于租户配置BO的可变项：显示名称：BO的运营配置定义显示名称，用于在“应用管理 > BO配置”菜单下显示的BO名称。应避免与其他可选配置项以及菜单名重复，建议此名称和工程名保持一致以提高区分度。使用中文字符，不要含有制表符或者特殊字符，最长不超过32个字符。布局：只有把配置项从“可选配置”中拖动到“已选配置”后，才可以在BO配置菜单中展现。

工程命名规范APP和BO采用统一的命名规范，如表1所示。表1 命名规范参数命名要求标签最多输入80个字符。输入有意义的英文，采用大驼峰式命名，单词间以单个空格分割，不要含有制表符或者特殊字符。相关联的工程可以采用相同的前缀进行标识。工程命名可以参考业务架构的2层视图。名称最多输入64个字符。必须以字母开头且只能包含字母、数字和下划线。平台会自动将租户的命名空间添加为应用的名称前缀。描述最多输入255个字符，介绍当前工程的主要功能。工程目录结构APP目录总体结构如图1所示。APP依赖核心BO资产进行逻辑编排。每个APP都是自治的，不能存在APP之间的依赖（Addon应用除外）或者相互间的服务调用。APP目录结构相比BO更简单，对外提供服务的服务编排放在Process目录，不对外的放在Internal目录。图1 APP工程目录示例BO目录总体结构如图2所示。图2 BO工程目录示例Model：存放数据模型，其下包含聚合根Aggregrator和对象Object两个子目录。Process：流程级API，可单向依赖其它资产。Operation：操作级API，提供完整的业务操作。Action：原子级的API，可重用逻辑块。Internal：内部实现。Page：页面，按照具体的业务功能分目录聚合。Event：BO对外抛出的事件。DataAccess：数据接入。目录树命名：APP\BO中目录树中的所有目录都采用全英文大驼峰命名，不要存在空格或者特殊字符。每个目录下的资产按照功能建立子目录以方便区分、管理、查找。对象脚本页面命名：Logic下的Script和服务编排命名：Script采用小驼峰命名，例如createDeviceInstance；服务编排采用驼峰命名，首字母小写，不要携带下划线。Model下的Object命名：采用全英文的大驼峰命名。Page下的页面文件命名：大驼峰英文字母组成，使用连字符“-”来提高可读性，而不是使用下划线“_”。调用约束：BO内：Process–》Operation–》Action–》Internal，下层不允许调用上层逻辑。BO间：只有Process API允许调用其他BO的API；BO间的调用关系，只允许单向调用，不允许循环调用。APP：只能调用其他APP或者BO提供的API。