可逆计算

2020年低代码（LowCode）这一buzzword频繁亮相于主流技术媒体，大背景下是微软/亚马逊/阿里/华为等巨头纷纷入场，推出自己的相应产品。一时之间，大大小小的技术山头，无论自己原先是搞OA/

面向对象中的继承和Rust语言中的trait不包含删除语义，而且仅表达了对象-方法这样一级关系，结构层面仅对应于Map。 面向对象的最强形态是带模板元编程能力的泛型对象，它在结构层面上可以看作是Map

Nop平台核心引擎的实现代码都很简短，一般模板的核心代码量都是5000行左右的量级，只有ORM比较复杂一些，1万多行。 虽然代码很短，实际实现的功能特性却很多，要把所有细节设计都介绍到，文档量还是不小

可逆计算理论是我受到物理学和数学的启发，在2007年左右提出的新一代的软件构造理论。可逆一词与物理学中熵的概念息息相关，熵增的方向确定了物理世界中时间箭头的演化方向，可逆计算理论所研究的是面向演化的粗

在如何评价一种框架技术的好坏一文中，我提到一个概念，框架中立性（framework agnostic），并指出，最理想的框架，应该是在开发业务代码时完全意识不到它存在的框架。有些人读后提出疑问：就目前

Nop平台是基于可逆计算理论从零开始构建的，支持面向语言编程范式的新一代低代码平台，它在基本的软件构造原理层面突破了传统的面向对象和组件理论的限制，可以实现系统级别的粗粒度的软件复用。 Nop平台于2

任何一种动态更新(扩展)技术本质上都是在定义一种Delta差量空间以及这个空间中可行的结构合成运算。仔细思考一下就知道，一般人眼中所谓的动态更新无非就是在已经构造好的结构上定义扩展点，然后将符合接口规

Nop平台的后端服务采用NopGraphQL引擎来实现，它的设计相比于SpringMVC这种传统的Web框架要更加精炼、通用，仅包含数学层面上最小化的假定，通过类似数学的自动推理机制可以实现Sprin

GraphQL是Facebook公司所提出的一种用于API的查询语言，很多人把它看作是REST的替代品，但也有很多人认为GraphQL比REST复杂得多，且没有明显收益。 GraphQL到底具有哪些独

现在很多低代码平台都宣称自己的平台是数据驱动的，对此有人在群里提出一个疑问：什么是数据？表单不是数据吗？元数据也是数据啊？整个程序不是数据吗？既然所有这些都是数据，甚至Java程序也可以看作数据，数据

后jQuery时代的前端革命是由AngularJs发起的，它最初的一个想法是将后台的技术架构复制到前台来。后端的一个核心技术是所谓的模板技术(template)。它可以用一个公式来描述 这是一个特别直

日常开发中我们经常需要导入导出Excel数据，生成Excel和Word报表等，常用的easyexcel, poi-tl等软件包都依赖底层的POI引擎，体积臃肿，同时在功能方面也难以处理结构复杂的异形表

在为什么计算机科学存在图灵机和Lambda演算两种世界观，量子力学中却存在着三种世界图景？一文中我提出了一个启发式的观点，将图灵机、lambda演算、可逆计算与量子力学中的薛定谔图景、海森堡图景和狄拉

Nop平台是根据可逆计算原理从零开始设计并实现的新一代的低代码平台，它的目标并不是针对少数固化的场景提供预置的开发脚手架和可视化设计工具， 而是打破描述式编程和传统命令式编程之间人为制造的藩篱，建立两

决策树和决策矩阵是业务人员可以直观理解的复杂IF-ELSE逻辑表达形式，也是规则引擎中最常用、最有用的部分。常见的规则引擎如Drools虽然提供了更加丰富的功能特性集， 特别是所谓的RETE算法可以用

在Nop平台中，基于可逆计算理论的指导思想，我们也实现了一个Word模板引擎，它的核心代码只有八、九百行，但是提供了超越poi-tl的可扩展性和可视化设计能力。

在众多的编程语言中，爷爷辈的Lisp语言一直是一个独特的存在，这种独特性有人把它总结为"Lisp是可编程的编程语言" 。这指的是Lisp具有强大的元编程能力，可以由程序员自主创造新的语法抽象。 编程通

目前在开发领域似乎形成了一种政治正确：XML是一种过时的技术，不应该再被广泛的使用。对于Nop平台大量使用XML来表达领域模型，有网友调侃道：信息都用xml表达，你这是反（潮流而）动啊。在此前的文章X

计算机科学存在两种基本的世界观：图灵机和Lambda演算，它们指出了到达图灵完备的两条技术路线。但是量子力学中却存在着三种世界图景：薛定谔图景，海森堡图景和狄拉克图景。为什么计算机科学有两种基本世界观

Mybatis所管理的SQL语句存放在XML配置文件中，号称是可以在不修改源码的情况下通过配置调整来定制数据库访问逻辑，比如适配不同的数据库方言等。 但在实际使用中，如果XML文件已经被打包到Jar包