招商城科走进武汉研发中心现场编码解锁平台内核技术
联合开发、共建、共创共同打造地产数据字化，本文重点讲述招商城科团队来明源云武汉研发中做技术交流的内容，欢迎大家关注与阅读。
2020年1月，招商城科技术团队来到明源云武汉研发中心，以 “联合开发、共建、共创、共赢，加速地产数字化转型” 为主题，在开放平台的“平台架构“、“低代码开发”、“研发协同”、“应用集成”、“流程开放”、“数据分析”、“运维平台”，这七个方面进行了深入的体验与交流。
交流过程中，首先由开放平台负责人刘同学针对开放平台架构和技术优势进行了整体介绍，让大家对明源云的开放平台有一个整体的初步认识：
接着，由开放平台的产品经理与架构师们做了进一步细致的讲解与演示，内容包括：高性能高安全高稳定的技术架构、通过在线建模快速定制ERP功能、插件式的低代码开发、研发在线协同高效开发、高性能高稳定的应用集成、基于BPM标准的流程中心、数据分析平台、云运维平台等。
最后，我们基于一个模拟需求，对二开功能开发的技术细节进行了深入交流和现场编码体验：
整个交流过程非常的深入，涉及到了很多开放平台的核心技术。为了让更多的小伙伴Get到，我们将交流过程涉及到的的技术点整理了一份清单。
通过redis的锁和单体机时用数据锁来保证唯一性，通过CAP保证事件能够成功执行。
明源最早也是使用React，但通过深度应用与对比发现Vue在如下方面更具优势：
渲染性能：通过压测显示，Vue 比 React 占用的内存更少，运行速度更快。
还有Vue框架更易学习、第三方插件更多、代码更清晰简洁，综合这些原因，我们最终选择了Vue。
可以。我们有自建的组件生态库，可基于基础组件自己组装各种形态的组件，按标准制作的组件都可在建模平台中使用。
3、如果在分离布式部署模式下，在主ERP创建如组织、用户数据是如何传递到其他站点？
第一次演进：引入反向代理实现负载均衡。反向代理使应用服务器可支持的并发量大大增加，QPS从单机100+到集群的5000+；
第二次演进：应用分库、公司分库。数据库和WEB都能够水平扩展，可支撑的并发大幅提高；
第三次演进：复用的功能抽离成微服务，应用解耦。通过MIP接口中心、事件中心实现服务治理、限流、熔断、降级等功能，提高服务的稳定性和可用性；
下一次演进：云原生架构。利用公有云的海量机器资源，解决动态硬件资源的问题、大量计算性能的问题。
非必须，但是如果存在多个应用之间连接交互时，建议通过集成平台来进行托管，让连接过程可视化，监管化，如下图所示，实现整体应用可用性的提升：
是的，分离部署只是平台应用实现可插拔及高可用部署方式，应用之间所有通讯、数据传递统一走集成中心。
3、明源ERP的相关信息通过配置中心来实现的，配置中心是连接内部应用的统一管理中心？
是的，举个例子，X客户有 9 台WEB服务器，如果哪天客户的IT管理员修改了数据库登录密码，
按以前的做法，需要我们依次远程到每台服务器上修改新密码，这样的操作要执行 9 次，最要命的是：如果忘记修改某台服务器，那么……
集成平台通过轮询的方式，从各被集成应用站点发现接口，如果不同站点发现了多个同名接口，以先发现的为准。
不同类型的事件会使用不用的监听技术，例如数据库监听我们运用的是CDC技术，而不是触发器，触发器的维护代价大、运行不稳定、存在性能问题和死锁风险。
通常为同一个事务，即扩展时出现异常，与主业务可用同一个事务，但也可以单起一个事务针对扩展部分单独做事务逻辑控制。
常规CRUD、批量处理、实体服务改变事件监听等，联查不支持，联查可采用LINQ或平台提供的XmlCommand机制。
个性化代码与产品标准功能的程序文件，分开存放在不同的文件和目录中，产品升级不会覆盖掉之前个性化的任何程序文件。
如果客户需要产品升级的新特性，可通过在线的产品升级检测工具，经过快速的代码比对合并，将产品特性移植给客户。
附件内容不会存到数据库中，数据库只存储附件名称、地址等信息，平台通过独立的文档服务提供附件存储、下载、预览等服务。文档的存储还支持第三方或客户自己专有的文件服务。
6、建模中进行数据建模时，数据类型的精度是否支持自定义，比如金额类型的支持2位？
不支持，我们根据行业特点与经验沉淀下来的4位及更多位数，均可满足客户业务需要，如果存在只允许录入2位数字的场景，可以通过页面建模配置界面录入的保留位限制。
不建议通过多个子类来进行多次扩展，建议由SM在开发过程中进行规范约定，统一在一个子类中进行扩展，方便后期团队成员持续维护，以免混乱出现同一方法被加载顺序相互覆盖问题。
目前的产品中就包含通过建模平台搭建的复杂界面，例如售楼的合同详情页面。对于少量的极端复杂的页面，还可通过自定义页面机制，使用业务组件加少量代码的方式构建。
9、建模表单中，针对复杂字段上配置的SQL是否有考虑优化？比如界面20个字段都是复杂字段全部异步查询，那么查询是一次查询还是多次查询？
问题2：这种场景我们支持一个连接中将所有字段SQL拼装后，返回多维数据集再去适配，当然我们不建议这样去实现，如果多个字段需要查询取数时，建议在数据建模时，做好视图数据源，这样不就用给这些字段做额外的SQL异步查询了。
10、建模字段能否按组织来分别配置，主要考虑不同城市公司填写信息与要求存在差异？
有这样的功能，但不是通过组织来配置或设计表单，而是表单上面的元素可设置隐藏与显示的规则，比如可以设置当前公司名称或编码是XX公司或001时，则部分页签或字段或区域整体不显示等。
支持，为了进一步提高质量与开发效率，在产品及项目生产过程中，出现很多不错的插件，如下图：
主要的资源化过滤分2个层面，其他数据权限可根据需求自行定制，如同一条数据分不同采购角色的不同采购分类管理员来查看
a、组织层面，即当前人员所属什么角色，兼职哪些角色，决定登录人员能到哪些组织中去使用ERP
b、项目分期层面，即比组织粒度更小的数据授权方式，在一个公司下只允许查看部分授权项目或分期
2、数据权限是支持在线界面中配置的，如下图可实现项目过滤和组织过滤，只需要在数据模型中设定项目ID或公司ID，即可启用项目过滤或资源化过滤功能。
1、在测试环境通过建模平台调整功能后，在预览模式验证功能，验证通过后，通过建模平台发布，发布后，测试环境会立即生效，同时发布一个建模更新包到研发协同平台。
3、测试环境发布后，研发协同平台会将包内容同步回研发环境的代码仓库，开发人员只需重新拉取一次代码即可获取更新内容。
根据客户需求来决定，整个过程通过平台差异化清单罗列出来后，由项目二开、实施人员同客户确认后来决定，如下图做版本差异对比，并最终形成差异对比清单文件，文件是源代码层面的。
2、二开扩展的方法的AppService,DomainService升级时如果参数变了，是如何做的有什么工具？
下图为冲突获取差异清单报告并提供产品代码与当前项目代码的精准对比及导出功能，方便二开进行文件对比与差异合并处理：
4、升级ERP的切换过程中，部分数据在老系统，部分在新系统，如何保证业务报表数据的准确性？
前期调研时，根据业务部门使用的核心报表应用情况及需要，会将新ERP中的核心关键数据回写入老ERP中，保障过程需要统计时的数据完整性。
新一代流程中心，已脱离传统工作流，任何外部系统想做流程审批，都可以无缝的衔接起来，如下图所示：
6、新老模块是否支持统一的流程，考虑新老切换周期时，如何做到不影响业务使用？
流程中心可在IE8及以上浏览器的兼容模式下使用，部分功能例如制作流程表单，建议使用高版本浏览器来制作，效果会更好。
可以，整体实现上分2块，一种是通过关联相关业务流程，一种是通过设置链路关系后（目前通过接口实现），流程能追踪到与当前有业务关系的其他审批流程。
以上只是开放平台一部分的技术，我们后续会分享更多技术内幕，请各位感兴趣的小伙伴们持续关注。时至年关，小编提前祝大家新年快乐，鼠年大吉！
版权声明：本文由武汉厂房网发布，如需转载请注明出处。部份内容收集于网络，如有不妥之处请联系我们删除 400-0123-021 或 13391219793
