可逆计算

很多年以前知乎上就有人对GraphQL的作用进行过讨论，这么多年过去，在实际的商业开发中还是很少见到大规模使用GraphQL的情况。这是否意味着GraphQL的设计存在问题，如果存在，到底是设计不足还

Nop平台内置了基于可逆计算原理从零开始设计的下一代GraphQL引擎NopGraphQL和下一代ORM引擎NopORM，它们结合在一起可以很容易的实现类似APIJSON的功能，并且提供更好的可扩展性

Nop平台采用代码生成的方式实现了一个最简单的AOP机制，具有最优的性能且完全满足我们一般应用的需求，全部代码仅有不到2000行。

Nop平台没有使用graphql-java等常用的GraphQL开源库，而是选择从零开始实现NopGraphQL引擎。NopGraphQL引擎创造了很多崭新的实现方案，拓宽了GraphQL的应用范围，

在开发一个产品化的业务系统时，经常会出现需要扩展基础产品中的已有服务的情况。比如说，扩展系统内置的Login服务，为LoginRequest增加更多的请求参数，或者扩展返回的LoginResult对象

Nop平台提供了类似MyBatis的动态SQL管理能力，但是功能特性远比MyBatis丰富、强大。同时它的实现反而更加简单，在NopORM的基础上实现SqlLibManager只需要300多行的代码。

B站视频：https://www.bilibili.com/video/BV1c1421i72k/ Nop平台中查询服务的执行过程包含三个主要部分： 定位到服务对象 调用服务对象上的服务函数 对返回结

Nop平台支持自定义的模型驱动代码生成机制，这个机制可以在Nop平台之外独立使用。这里以消息对象模型为例，演示如何通过配置实现对消息对象模型的解析和代码生成。 B站讲解视频: 地表最强的模型驱动代码生

很多低代码平台的核心其实就是一个CRUD模型，一般通过内置的扩展点（比如插入前、插入后等）来提供一定的可定制性。Nop平台中CRUD模型没有任何的特殊性，它内置的CrudBizModel仅仅是一个普通

Solon是一个基于Java的国产轻量级微服务框架，详细介绍参见官网https://solon.noear.org/ 。Solon的启动速度很快，占用内存很小，可以作为SpringBoot的一个替代品

DQL(Dimentinal Query Language)语言是润乾公司提出的一种面向OLAP的多维数据查询语言，可以将复杂的主子表很简单的整合为一个大宽表来查询。具体介绍可以参考乾学院的文章 告别

视频介绍 在微服务架构下，服务是某种粗粒度的可以被复用的单元。在跨业务领域的协同中，我们可以引入服务编排引擎，来对微服务调用进行灵活组合。 但是当我们聚焦到一个服务内部的逻辑结构的时候，我们需要更加高

NopReport是从零开始编写的下一代中国式报表引擎，它的核心仅有3000多行代码，但是完整实现了中国式非线性报表理论所定义的层次坐标和行列对称展开算法。 使用介绍：采用Excel作为设计器的开源中

随着低代码概念和产品的流行，很多人都在考虑在自己的项目中引入逻辑编排的概念，将传统上通过手工硬编码生产的逻辑卸载到某个可以灵活配置的逻辑编排引擎上。在本文中，我将介绍一下Nop平台中的逻辑编排引擎No

NopReport与一般的报表引擎不同，它可以直接采用Excel和Word作为模板，而不一定需要使用专用的可视化设计器。 但是有些人看了介绍之后，感觉不到它的独特之处，提出如下疑问： 要体会到NopR

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

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

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

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

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