金蝶“云苍穹”体验

今年6月起，开始了解金蝶云苍穹，8月作为云苍穹平台的ISV，之前都是从概念上了解平台，今天准备用几个小时，深入体验云苍穹的开发，指导团队的人员构成以及和开发团队的对接。
我计划从UI层面、API层面、业务能力、自定义开发四个方向入手。先列出计划，然后附上评估结果。
平台的稳定性、性能、开发效率、兼容性不考虑，这个只能相信他。

UI层面

容器的多样性

7种容器，高级面板设计有新意；flex面板功能够用；页签场景比较多；过滤面板功能够强大，但是目前遇到一个客户需求，如果这个过滤面板可以继承一下，做个二开，应该算是一个进阶能力！B端人员对于容器的应用不屑一顾，很多人都和我说B端完成功能就行了，不赞同！合理的布局对于复杂业务很有意义，从产品角度，可以提升一个逼格；从用户角度，不用理不清头绪。

控件的丰富性

1. 33种控件，基本涵盖了web端常用控件；
2. 21种通用字段，B端UI基本够用，我希望增加的是树形下拉框、分组下拉框，Tag 输入这3个组件；
3. 34种业务字段，邮件和手机，我认为应该属于通用字段，业务字段应该还会增加，这些业务字段对于B端开发非常有帮助，可以极大提高开发效率。
4. 7种图表控件和轻分析

控件的深度

属性包含了几个维度：

1. 数据库维度，校验的能力偏弱。
2. 业务维度，B端业务有意义，是否能满足深度需求，还不确定，目前看很好。
3. 样式维度，布局方面可以加强；是否可以修改通用的css目前没看到，这个还是很重要的，毕竟影响用户的体验；修改个别控件的样式使用场景不多，也不利于项目维护。
   综合看够用，升级的空间很大。

控件的自定义

1. 自定义样式
2. 自定义控件
   从文档中demo看，是可以实现用户能实现的任意功能！平台默认集成jquery（版本是1.12.4），理论上支持react和vue。系统默认集成了art-template字符串模板，可以把html，css，js分离，后端插件完成数据处理。自定义插件可以丰富自己的知识库，提高开发效率，尤其是垂直行业应用。

API层面

丰富性

提供了【操作服务】、【AI服务】、【自定义服务】3种api，使用token的模式进行安全保护，格式为json，比较符合开发习惯。

如何容错等最佳实践

分布式事物没有提供，所以如果是复杂改、写、 删除还需要自己来处理异常。

业务能力

支持的业务模型

B端业务模型可以归结为如下三种

1. 基础数据
   目前看这个模型是最完善的，90%不需要开发，赞一个。
2. 单据（业务数据）
   B端用得最多是主子表的模式，少部分可以延伸到主子子模式，可以覆盖住大部分业务。支持单据体、子单据体、树形单据体，可以满足日常业务。
3. 报表
   和专业报表工具比较，功能谈不上强大。

自定义开发

最近想把部分已有的产品转移到云苍穹平台上，但是面临一个问题，前端已经开发完毕，只需要迁移后端，如果前端能访问苍穹的数据库，那么这种迁移的成本是非常小的。或者苍穹平台本身是一个容器，把现有的应用部署到容器中，成本也非常小。假如苍穹本身支持springmvc，把已有代码部署的其中，形成自己开发+苍穹开发混合模式，对于已有产品团队是非常有意义的。目前没有找到这方面的可行性。

通过上面的分析，团队应该根据云苍穹平台进行调整，开发人员和产品人员的比例要进行调整，应该加大力度培训产品经理，开发人员要能够进行业务模型的提取，开发自定义控件，这个可能也是开发人员证明自己的重要条件，是卓越团队和平庸团队的区别之一。