宜搭 这种低代码平台会改变现有的开发模式吗?

悟耘开源 发布于 2021/01/19 09:08
阅读 569
收藏 0

如题

开发模式以后会改变吗?大家会不会脱离代码改成组装工

加载中
0
我是一名程序员
我是一名程序员

看需求 ,低代码在某些很小型项目会有用 ,但是程序员想发展不是学会一点点低代码平台使用就够了的,目前个人来看只会增加学习成本

0
c
canonical-entropy

大部分低代码平台都是强调可视化拖拉拽,但是在基本的软件构造原理方面仍然是基于传统的组件理论,无法真正实现粗粒度的系统级复用,设计器能够设计的内容都依赖于穷举法,事先预测所有需求然后在设计器中增加对应解决模板,这种方式无法应对复杂需求不断持续演化的问题。

Nop Platform 2.0是基于可逆计算理论实现的新一代的低代码开发平台,包含GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。中小企业可以免费商用

Nop平台支持复杂行业软件的开发(例如银行信贷核心和大型ERP系统),二次开发时通过Delta定制机制可以完全不修改基础产品的源代码。参见:如何在不修改基础产品源码的情况下实现定制化开发

  • nop-entropy支持GraalVM技术,可以借助于Quarkus 或者SpringNative框架编译为原生可执行程序,运行时不需要安装JDK,且启动速度提升数十倍。

  • nop-entropy的设计目标是成为简单易用的领域语言工作台(Domain Language Workbench)。通过增加简单的元数据定义,就可以自动得到对应的解析器、验证器、IDE插件、调试工具等,并自动为DSL领域语言增加模块分解、差量定制、元编程等通用语言特性。在这一点上,它类似于Jetbrains公司的MPS产品,只是它的设计原理和技术实现路径与MPS有着本质性差别。

  • nop-entropy采用云原生设计,内置分布式事务和多租户支持,可以单机运行,也可以作为分布式集群运行,可以提供在线的API服务,也可以将针对单个业务对象的在线服务自动包装为针对批处理文件的批处理任务。对于大多数业务应用场景均提供相应的模型支持,只需少量配置即可完成主要功能,大大降低对手工编码的需求。

  • nop-entropy在开发期可以作为支持增量式开发的低代码平台,自动生成各类代码以及相关文档,在运行期可以作为面向最终用户的无代码平台的支撑技术,允许客户在线调整业务模块功能,以所见即所得的方式进行产品迭代。

Nop平台与其他开源软件开发平台相比,其最本质的区别在于Nop平台是从第一性的数学原理出发,基于严密的数学推导逐步得到各个层面的详细设计。它的各个组成部分具有一种内在的数学意义上的一致性。这直接导致Nop平台的实现相比于其他平台代码要短小精悍得多,而且在灵活性和可扩展性方面也达到了所有已知的公开技术都无法达到的高度,可以实现系统级的粗粒度软件复用。而主流的技术主要基于组件组装的思想进行设计,其理论基础已经决定了整体软件的复用度存在上限。

gitee: https://gitee.com/canonical-entropy

github: https://github.com/entropy-cloud/nop-entropy

B站: https://www.bilibili.com/video/BV1u84y1w7kX/

OSCHINA
登录后可查看更多优质内容
返回顶部
顶部