【1】一个组织下面,每个应用建立独立的对外门户,且外部用户账号是独立管理的,主要考虑是什么?
我们碰到的情况,对外协作大多是【代理商】【供应商】【客户】【外包人员】等,要使用【多个应用】。
是否有考虑把【外部用户】也像内部用户一样,可以分配多个应用。
【2】数据在事务一致性如何处理? 例如代理商的可用信用额度,需要依赖订单、收款、返佣多个场景进行余额更新,可能涉及并发处理。 在工作流执行、失败,重试等处理后,如何解决数据最终一致性或事务一致性?
【3】API 层面,API 无法限制数据权限,这个有考虑使用 系统用户来获取 token 的模式?
【4】单选,多选的 picklist 组件中,选择项对应的 code 定义 ?
【5】关联其它工作时,在 API 中调用时可以通过【赋值】其它表的【唯一性外键】? 如:物料代码,客户代码。
【6】数据层面,MongoDB 、MySQL 数据都是全量?
【7】有没有考虑沙盒能力?
请
登录后发表观点
Mr.Liu 2024-01-08 09:20:14【2】源代码变成一样存在和需要考虑的问题,对于一致性要求严格的场景,可以考虑补偿机制
源代码有【事务控制】,尤其是例如数据库的事务控制。
目前平台产品均采用消息机制来异步处理, 这就造成【数据实时更新/锁定不足】。
方棱 2024-01-08 09:05:08明道云的受众用户是懂点技术的业务人员,如果纯技术功能加得太多,会影响普通用户的学习体验。
是的,不符合定位,那就变成低代码了
【2】源代码变成一样存在和需要考虑的问题,对于一致性要求严格的场景,可以考虑补偿机制
明道云的受众用户是懂点技术的业务人员,如果纯技术功能加得太多,会影响普通用户的学习体验。
这些都是高级需求了,估计短时间内不会处理