1.请问魔方网表是业务源码无代码开发还是低代码开发？
2.可能是你见过最专业的表单方案---解密Formily2.0
3.业务流程管理开发平台有什么推荐的？
请问魔方网表是无代码开发还是低代码开发？
无代码是低代码的一个细分，指没有编程扩展能力或者编程扩展能力很弱的表单低代码产品。
按照Gartner的系统观点，Appian属于典型无代码，业务源码而Outsystems是表单低代码的代表。两者的系统优秀的python源码开发体验很像，做简单应用时的业务源码开发效率差距不大，但是表单后者的编程接口非常全面，前者几乎没有。系统这就决定了Outsystems可以无限制的业务源码用来开发更复杂的系统，而Appian通常用于开发营销和客户支持用APP。表单
这里的系统Windows云源码编程接口通常包含前端样式（CSS）、页面交互（JavaScript）、业务源码服务端业务逻辑（Java/C#等）和数据处理（SQL函数、表单存储过程等）。系统这些接口都是为保障系统集成能力而生的。对比国内上市的典型低代码开发产品的编程扩展能力，如活字格、PowerApps等，魔方网表应该属于无代码开发产品。
可能是你见过最专业的表单方案---解密Formily2.0
Formily2.0官网：v2.formilyjs.org/，源码地址：github.com/alibaba/formilyjs。项目由笔者发起，zlmedia源码解读特别感谢阿里数字供应链事业部对Formily项目的重视与支持，以及宋思辰为Formily2.0贡献了高性能的@formily/vue组件，潇泽贡献了智能网格布局组件FormGrid。
如果你是初次接触Formily，可以阅读介绍以了解其如何解决表单问题。对于已有使用经验的用户，你会发现Formily2.0的定位从复杂场景扩展到了企业级表单的专业解决方案，专业性体现在以下几个方面：
Formily2.0自信地表示它足够专业，并且在性能优化、依赖关系管理、包设计、货车接单源码答疑成本控制等方面进行了深入改进。
关于性能优化，解决性能问题的关键在于减少初次渲染的阻塞式计算，通过引入Reactive模式并采用类似Mobx的解决方案，优化了性能，同时减少了props脏检查的副作用。此外，引入被动联动模式，借助@formily/reactive，实现了响应式领域模型，大大提高了性能。kdk指标源码
依赖关系问题上，移除了styled-components、immerjs和rxjs的依赖，改用组件库自身的样式体系，如antd，或替代方案，如less和scss。这不仅减少了体积，还提高了可控性和稳定性。
在包设计方面，统一组件包到@formily/antd，抽离了@formily/json-schema包，移除了@formily/react-shared-components，确保每个包的职责明确。
答疑成本问题得到缓解，通过定义新Schema Type Void、引入x-decorator/x-decorator-props描述包装器、维护dataSource状态、定义x-reactions响应器概念，以及废弃自动删值的默认行为，使答疑更加清晰。
自定义组件扩展机制采用工厂式注册，使用@formily/reactive实现更优雅的开发方式，引入readPretty模式，使自定义组件更加灵活。
文档体系的完善使得查找文档变得容易，便于维护和使用者查找。
发量问题得到了解决，通过解决所有之前的问题，确保了系统更加高效稳定。
Formily2.0的亮点包括独立的响应式解决方案@formily/reactive，更优雅的开发方式，支持Vue2/Vue3，以及Effects局部状态、智能网格布局、响应式并发渲染等特性。
总结来说，Formily2.0在多个方面进行了全面改进，旨在提供专业级的企业级表单解决方案，通过引入Reactive响应式编程模式，解决了性能、依赖、包设计、答疑成本等核心问题，为开发者提供了一个高效、灵活且易于维护的表单框架。
业务流程管理开发平台有什么推荐的？
业务流程管理开发平台(BPM)平台如( 天翎BPM、天纵、普元等等)
国内BPM厂商众多但真正能为客户实施BPM项目的极少，大部分都是打着BPM的旗号干着卖工作流的活，选型BPM厂商之前我们不妨从流程在企业IT系统中的四种形态来理解什么样的项目才是一个成功的BPM项目。
快速的构建业务应用并以多个相互关联的流程编织统一的业务场景为用户提供高效服务、实现端到端的流程打通并通过流程监控和分析等手段为高层实现统一管控及经营绩效提升才能体现BPM的价值，（天翎）认为一个成功的BPM项目标记应该以是否实现了第三、四类流程为判断依据。