金蝶“云苍穹”体验
今年6月起，开始了解金蝶云苍穹，8月作为云苍穹平台的ISV，之前都是从概念上了解平台，今天准备用几个小时，深入体验云苍穹的开发，指导团队的人员构成以及和开发团队的对接。
我计划从UI层面、API层面、业务能力、自定义开发四个方向入手。先列出计划，然后附上评估结果。
平台的稳定性、性能、开发效率、兼容性不考虑，这个只能相信他。
UI层面
容器的多样性
7种容器，高级面板设计有新意；flex面板功能够用；页签场景比较多；过滤面板功能够强大，但是目前遇到一个客户需求，如果这个过滤面板可以继承一下，做个二开，应该算是一个进阶能力！B端人员对于容器的应用不屑一顾，很多人都和我说B端完成功能就行了，不赞同！合理的布局对于复杂业务很有意义，从产品角度，可以提升一个逼格；从用户角度，不用理不清头绪。
控件的丰富性
- 33种控件，基本涵盖了web端常用控件；
- 21种通用字段，B端UI基本够用，我希望增加的是树形下拉框、分组下拉框，Tag 输入这3个组件；
- 34种业务字段，邮件和手机，我认为应该属于通用字段，业务字段应该还会增加，这些业务字段对于B端开发非常有帮助，可以极大提高开发效率。
- 7种图表控件和轻分析
控件的深度
属性包含了几个维度：
- 数据库维度，校验的能力偏弱。
- 业务维度，B端业务有意义，是否能满足深度需求，还不确定，目前看很好。
- 样式维度，布局方面可以加强；是否可以修改通用的css目前没看到，这个还是很重要的，毕竟影响用户的体验；修改个别控件的样式使用场景不多，也不利于项目维护。
综合看够用，升级的空间很大。
控件的自定义
- 自定义样式
- 自定义控件
从文档中demo看，是可以实现用户能实现的任意功能！平台默认集成jquery（版本是1.12.4），理论上支持react和vue。系统默认集成了art-template字符串模板，可以把html，css，js分离，后端插件完成数据处理。自定义插件可以丰富自己的知识库，提高开发效率，尤其是垂直行业应用。
API层面
丰富性
提供了【操作服务】、【AI服务】、【自定义服务】3种api，使用token的模式进行安全保护，格式为json，比较符合开发习惯。
如何容错等最佳实践
分布式事物没有提供，所以如果是复杂改、写、 删除还需要自己来处理异常。
业务能力
支持的业务模型
B端业务模型可以归结为如下三种
- 基础数据
目前看这个模型是最完善的，90%不需要开发，赞一个。 - 单据（业务数据）
B端用得最多是主子表的模式，少部分可以延伸到主子子模式，可以覆盖住大部分业务。支持单据体、子单据体、树形单据体，可以满足日常业务。 - 报表
和专业报表工具比较，功能谈不上强大。
自定义开发
最近想把部分已有的产品转移到云苍穹平台上，但是面临一个问题，前端已经开发完毕，只需要迁移后端，如果前端能访问苍穹的数据库，那么这种迁移的成本是非常小的。或者苍穹平台本身是一个容器，把现有的应用部署到容器中，成本也非常小。假如苍穹本身支持springmvc，把已有代码部署的其中，形成自己开发+苍穹开发混合模式，对于已有产品团队是非常有意义的。目前没有找到这方面的可行性。
通过上面的分析，团队应该根据云苍穹平台进行调整，开发人员和产品人员的比例要进行调整，应该加大力度培训产品经理，开发人员要能够进行业务模型的提取，开发自定义控件，这个可能也是开发人员证明自己的重要条件，是卓越团队和平庸团队的区别之一。
