APIJSON
APIJSON copied to clipboard
Tencent
🏆 零代码、全功能、强安全 ORM 库 🚀 后端接口和文档零代码，前端(客户端) 定制返回 JSON 的数据和结构。 🏆 A JSON Transmission Protocol and an ORM Library 🚀 provides APIs and Docs without writing any co...
### Description lenovo.com
### Description xiaomi.f.mioffice.cn cas.mioffice.cn/login https://www.mi.com
### Description [/Tencent/APIJSON/issues/619](https://github.com/Tencent/APIJSON/issues/619) [/Tencent/APIJSON/issues/101](https://github.com/Tencent/APIJSON/issues/101) sheincorp.cn
### APIJSON Version/APIJSON 版本号 6.3.0 ### Database Type & Version/数据库类型及版本号 5.7.34 ### Environment/环境信息 ```markdown - JDK/基础库:1.8 - OS/系统:deepin ``` ### APIAuto Screenshots/APIAuto 请求与结果完整截屏 看了代码可以重写verifyAdmin来定义admin，但是实际上并没有用 ### Current Behavior/问题描述 ```markdown verifyAdmin(){ }...
### Description 都上3D数字孪生了，2D的WEB组态和大屏可视化未来的发展在哪里？趋势是基于页面嵌套、蓝图连线等新技术，与功能业务应用融合 [回顾发展史，WEB组态终于可以搭建业务系统了！（页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图）-CSDN博客](url) WEB组态与大屏可视化工具现在基本上没有了明显边界，很多的区分是2D组态和3D组态。市面上也非常多，比如数维图（Sovit2D）、DataEase飞致云、DataV、乐吾乐（Meta2d.js）、帆软、元图工坊、Smartbi等等。其中3D属于纯图形视觉领域，现在重点讨论2D的WEB组态和大屏发展方向。 众所周知，目前界面展示，从原先古板的组态大屏，到扁平化科技风的2D、2.5D展示，逐渐到3D数字孪生，效果越来越炫酷。 **那么2D组态的发展空间在哪？是不是都会被3D挤压？要上视觉冲击效果的，都上3D了？**   显然，从纯数据可视化的角度，3D完爆2D、2.5D。 如果不是出于成本考虑，一切展示以3D效果是最好的。 **但是，从业务功能应用上来说，3D就不是最适合的交互方式了！**很简单的，比如微信、比如CSDN或知乎信息管理平台，我们管理文章、发布信息，用3D就是自找麻烦，除了整个花里胡哨，起不到什么实用性。 桌面应用开发也好，后台管理系统应用也罢，只要是涉及到业务功能，并非仅仅是数据展示的，那么用上2D组态或者大屏可视化工具的拖拽配置，来实现界面布局、UI交互，甚至业务逻辑，那肯定是最香的！ 所见即所得，实现大屏看板可视化展示，现如今已非常成熟。可视化拖拽，无代码来定制开发，实现复杂交互和业务逻辑，目前还很难做到。 毕竟简单的表单拖拽，没法参考给定的界面原型，就把交互功能都实现吧？一般都还只是停留在UI界面布局的层面。 **页面嵌套属性继承、蓝图节点编辑连线**，这两方面技术，可能是未来组态大屏的终极演化方向，就像如今传统工业组态（比如组态王、MCGS等）已逐步淘汰，演化成WEB组态，最终与大屏可视化融为一体一样，现如今的WEB组态和大屏可视化，是否也会进一步升级淘汰或被融合成新的？   关于页面嵌套继承，UIOTOS给出了很好的实现方式： [www.uiotos.net/](url)...
### Description 官网：www.uiotos.net **背景** **关于嵌套** 界面嵌套，简单来说，就是在某个界面里面再包含一个或多个小界面。这就像俄罗斯套娃一样，一个娃娃里头还能找到更小的娃娃。在软件或网页设计中，嵌套通常用于构建层次分明、功能模块化的界面结构。作用有： **组织结构清晰**：通过嵌套，可以将复杂的应用程序分割成逻辑上更加独立、易于管理和维护的小部分。每个小界面专注于完成特定功能，使得整体设计更加有序。 **导航逻辑更自然**：嵌套路由允许用户在不同功能模块之间平滑过渡，模拟文件夹式的浏览体验，符合用户的认知习惯。 **复用组件**：嵌套的界面可以重复使用相同的组件或布局，减少代码重复，提高开发效率。 **状态管理简化**：嵌套界面有助于将状态管理限制在较小的范围内，降低不同功能模块之间的耦合度，使得状态变更更加可控。 **提升用户体验**：通过只展示相关联的内容，避免信息过载，使用户能够聚焦于当前任务，从而提升使用体验。 **动态加载与性能**：在某些情况下，嵌套界面可以按需加载，不必一次性加载整个应用的所有内容，有助于提升应用的初始加载速度和整体性能。 总之，界面嵌套是一种重要的设计手段，它帮助开发者构建结构清晰、易于维护且用户友好的应用程序。 **关于连线** 蓝图节点连线是在使用蓝图可视化编程系统（尤其是游戏开发领域，如虚幻引擎Unreal Engine）时的一种核心概念。具体来说，蓝图节点连线涉及到以下几个方面： **逻辑构建**：蓝图节点连线允许开发者通过图形化方式构建复杂的逻辑结构，而不需要直接编写传统的代码。这对于没有编程背景的设计师或艺术家尤其友好，他们可以利用蓝图创建游戏机制、动画序列、AI行为等。 **快速原型设计**：因为无需编译，蓝图的修改可以即时预览，大大加快了从概念到可玩原型的迭代速度。这对于快速测试游戏设计想法非常有用。 **可视化的程序结构**：连线直观地展示程序逻辑流，使得代码的逻辑结构一目了然，便于理解和维护。 **团队协作**：蓝图的视觉特性使得项目成员之间可以更容易地交流设计理念和实现细节，促进跨职能团队的合作。 **动态调整和优化**：在开发过程中，可以根据需要轻松调整节点和连线，即时反馈游戏或应用的行为变化，便于调试和性能优化。 **复用和模块化**：可以通过封装一组节点为一个可复用的蓝图类或宏，提高开发效率，减少重复工作。 总之，蓝图节点连线是实现快速、灵活、直观编程的关键手段，它在简化开发流程、加速创意实现、促进团队协作等方面发挥着重要作用，尤其是在游戏开发这类需要频繁迭代和创意实验的领域。 **UIOTOS设计理念** **定位** UIOTOS作为通用型可视化拖拽编辑工具，本质上属于一款**可视化编程软件**。当下侧重在IoT数字化场景，作为**物联网应用使能平台**，支持无代码实施交付物联网平台的**上层业务应用**（兼容组态大屏可视化）！ **使命** 前端开发不求人！ **原则** 所有WEB资源包括j**quey、vue等控件、js函数库**，都可封装成基础组件，用于拖拽嵌套、连线编程。...
### Description 先看下交付效果，2人3个月完成，涉及120个页面，80来个接口，30多个二级模块。其中负责前端的实施工程师，无需懂任何代码编程。其中界面和功能，基本是严格按照墨刀的产品原型实现的：       记录下这个有意思的过程。 我是后端工程师，前端开发懂一点点但也不多，平时开发底层为主，CURD项目业务定制总有些不屑，总觉得这类系统前后端都没有什么难的。只是围绕着项目客户需求走，多少涉及修修改改，烦不过有些心累。 刚好我来决定技术选型，那就大胆尝鲜，想用物联网平台，加上无代码、零代码来交付这个智慧化项目！ 首先说明下，我跟大多数程序员一样，对低代码不抱好感，看着好复杂，一堆概念和使用规则，不明觉厉但是不敢下手，万一学了半天，发现满足不了要求，那是日了狗，白耽误精力！ 零代码、无代码宣称可以不用写代码，那是不是拉一个UI的小姑娘跟我搭档就行？如果可行，那还挺有意思的！ 我理解中零代码，跟低代码不一样。因为再低的代码，对于没学过的，都是一座绕不过的大山！并且从技术的敏感性，觉得这类业务系统，应该是能做到无代码配置的。 计划定了，那就开干！ 首先就是技术选型。 这类智慧化项目涉及到设备对接，要调用各种子系统接口协议，首先想到的是用一个物联网平台来做接入。这里考虑到是用在楼宇多系统集成，就选用了IOTOS物联网中台，bacnet等协议有现成有。 因为这不是做个简单的BI大屏可视化，也不是数字孪生三维展示，有物联网中台是不够的，那么多业务应用，有些还压根没用到物联网接入的设备数据，比如工单、巡检、维保，有些用到了，也是得通过数据库做业务加工，不是原始采集的数据就能用的。  这是想要对业务应用的前后端，找一个零代码产品方案的初衷。否则都得自己定制开发去写。那么问题来了，一大堆眼花缭乱的低代码、零代码、无代码概念的产品，我该如何选择？  首先，我面临的需求，是原型已经确定的，通过产品经理和客户以及设计院反复沟通修改后的结果。那么就要解决前端能够按照原型1:1能实现。 没想到，针对这个简单也算合理的需求，难住了一大片低代码还是零代码平台。 经过仔细调研、与各家供应商沟通，发现绝大部分零代码平台是前后端一体的。而且基本上前端是通过后端配置生成为主。号称这样是合理的，因为元数据模型定义，就能做到配置化，后端功能、前端页面自动生成。 神奇是神奇，只是我不关心。技术再强，能否先告诉我，自动生成的前端，或者提供的表单拖拽，我能不能参考原型一模一样去搭出来？还要考虑界面交互等业务逻辑。 得到的答案是，要定制。 这让我很失望，我要的不是零代码搭建一个接近、差不多的功能，而是要几乎跟代码开发那样高度定制化的，否则没法给产品经理和客户交差。 另外，物联网中台的北向API接口，有些是可以直接用的，我要解决前端应用开发就好，不需要零代码给我后端，这是现成有的。 经过分析后发现，要满足项目高度定制化的需求，好像得单独找前端的零代码和后端的零代码。否则很可能最后因为与目标需求相差5%而要付出非常大的代价，比如低/零代码厂家给你定制工具！...
### Description 先看下交付效果，2人3个月完成，涉及120个页面，80来个接口，30多个二级模块。其中负责前端的实施工程师，无需懂任何代码编程。其中界面和功能，基本是严格按照墨刀的产品原型实现的： https://img-blog.csdnimg.cn/img_convert/db466942ad8486efacc3374e24ce3561.png https://img-blog.csdnimg.cn/img_convert/0fb8b4783786a2b01b3daa4d4305deb3.png https://img-blog.csdnimg.cn/img_convert/cd3f1497b92683b23551716b31aeef19.png https://img-blog.csdnimg.cn/img_convert/b5d9285cd504c9cfc20f90f2ea4aa7f0.png https://img-blog.csdnimg.cn/img_convert/31465bcf85a27467857b1371a135ba58.png https://img-blog.csdnimg.cn/img_convert/c52ce873a59a6e0331a42e692af81b96.png 记录下这个有意思的过程。 我是后端工程师，前端开发懂一点点但也不多，平时开发底层为主，CURD项目业务定制总有些不屑，总觉得这类系统前后端都没有什么难的。只是围绕着项目客户需求走，多少涉及修修改改，烦不过有些心累。 刚好我来决定技术选型，那就大胆尝鲜，想用物联网平台，加上无代码、零代码来交付这个智慧化项目！ 首先说明下，我跟大多数程序员一样，对低代码不抱好感，看着好复杂，一堆概念和使用规则，不明觉厉但是不敢下手，万一学了半天，发现满足不了要求，那是日了狗，白耽误精力！ 零代码、无代码宣称可以不用写代码，那是不是拉一个UI的小姑娘跟我搭档就行？如果可行，那还挺有意思的！ 我理解中零代码，跟低代码不一样。因为再低的代码，对于没学过的，都是一座绕不过的大山！并且从技术的敏感性，觉得这类业务系统，应该是能做到无代码配置的。 计划定了，那就开干！ 首先就是技术选型。 这类智慧化项目涉及到设备对接，要调用各种子系统接口协议，首先想到的是用一个物联网平台来做接入。这里考虑到是用在楼宇多系统集成，就选用了IOTOS物联网中台，bacnet等协议有现成有。 因为这不是做个简单的BI大屏可视化，也不是数字孪生三维展示，有物联网中台是不够的，那么多业务应用，有些还压根没用到物联网接入的设备数据，比如工单、巡检、维保，有些用到了，也是得通过数据库做业务加工，不是原始采集的数据就能用的。 https://img-blog.csdnimg.cn/img_convert/ccd28c8a93c182ff27acd2ddb388f036.png 这是想要对业务应用的前后端，找一个零代码产品方案的初衷。否则都得自己定制开发去写。那么问题来了，一大堆眼花缭乱的低代码、零代码、无代码概念的产品，我该如何选择？ https://img-blog.csdnimg.cn/img_convert/c82799016a547d4f15f27c59964d2109.png 首先，我面临的需求，是原型已经确定的，通过产品经理和客户以及设计院反复沟通修改后的结果。那么就要解决前端能够按照原型1:1能实现。 没想到，针对这个简单也算合理的需求，难住了一大片低代码还是零代码平台。 经过仔细调研、与各家供应商沟通，发现绝大部分零代码平台是前后端一体的。而且基本上前端是通过后端配置生成为主。号称这样是合理的，因为元数据模型定义，就能做到配置化，后端功能、前端页面自动生成。 神奇是神奇，只是我不关心。技术再强，能否先告诉我，自动生成的前端，或者提供的表单拖拽，我能不能参考原型一模一样去搭出来？还要考虑界面交互等业务逻辑。 得到的答案是，要定制。 这让我很失望，我要的不是零代码搭建一个接近、差不多的功能，而是要几乎跟代码开发那样高度定制化的，否则没法给产品经理和客户交差。 另外，物联网中台的北向API接口，有些是可以直接用的，我要解决前端应用开发就好，不需要零代码给我后端，这是现成有的。 经过分析后发现，要满足项目高度定制化的需求，好像得单独找前端的零代码和后端的零代码。否则很可能最后因为与目标需求相差5%而要付出非常大的代价，比如低/零代码厂家给你定制工具！...
### Description ### Description UIOTOS可以了解下，uiotos.net，通过连线来代替脚本逻辑开发，复杂的交互界面，通过页面嵌套轻松解决，是个很新颖的思路，前端零代码！ 蓝图连线尤其是独创的页面嵌套和属性继承技术，好家伙相当于把vue的组件化、增量式面向对象开发，直接搬到前端拖拽工具上，无代码编程了。 总的来说，这上面的理念，看到是用连线代替脚本开发，复杂连线和界面，通过页面嵌套可以轻松解决。 **官网给的介绍：** - 一款拥有独创技术的前端零代码工具，专注于解决前端界面开发定制难题，原型即应用！ - 有页面嵌套、属性继承、节点连线等全新特性，学习门槛低，功能极为灵活。 - 用户无需懂任何前端开发技术，简单了解使用规则，就能够按照业务需求，定制开发复杂的WEB应用。 - 主要面向后端/算法工程师、硬件/电气工程师，以及产品经理、UI、美术、实施工程师等。  页面嵌套  逻辑连线  项目案例 -与低代码相比，UIOTOS是无代码工具，交付定制化的前端业务应用，对实施工程师无编程技能要求。 -与WEB组态相比，UIOTOS是一款可视化编程工具，不仅用于可视化，更能搭建复杂业务逻辑。 -与蓝图/NodeRed相比，UIOTOS提供的节点编辑连线变成能力，除了可支持工作流、规则链，更能实现交互、属性、业务逻辑更复杂的UI界面应用。 -与Vue前端框架相比，都支持增量化开发、一切都是组件，UIOTOS从完全无代码的层面，以特有的页面嵌套、属性继承和节点编程，实现跟代码开发趋于等同的效果。 -与iframe和微前端相比，UIOTOS在表现上有类似的嵌套聚合效果，但采用了独创的嵌套继承技术，让页面实现真正融合，页面和组件不再有区分，并且开箱即用，无需任何代码。...
### Description UIOTOS可以了解下，uiotos.net，通过连线来代替脚本逻辑开发，复杂的交互界面，通过页面嵌套轻松解决，是个很新颖的思路，前端零代码！ 蓝图连线尤其是独创的页面嵌套和属性继承技术，好家伙相当于把vue的组件化、增量式面向对象开发，直接搬到前端拖拽工具上，无代码编程了。 总的来说，这上面的理念，看到是用连线代替脚本开发，复杂连线和界面，通过页面嵌套可以轻松解决。 **官网给的介绍：** - 一款拥有独创技术的前端零代码工具，专注于解决前端界面开发定制难题，原型即应用！ - 有页面嵌套、属性继承、节点连线等全新特性，学习门槛低，功能极为灵活。 - 用户无需懂任何前端开发技术，简单了解使用规则，就能够按照业务需求，定制开发复杂的WEB应用。 - 主要面向后端/算法工程师、硬件/电气工程师，以及产品经理、UI、美术、实施工程师等。  页面嵌套  逻辑连线  项目案例 -与低代码相比，UIOTOS是无代码工具，交付定制化的前端业务应用，对实施工程师无编程技能要求。 -与WEB组态相比，UIOTOS是一款可视化编程工具，不仅用于可视化，更能搭建复杂业务逻辑。 -与蓝图/NodeRed相比，UIOTOS提供的节点编辑连线变成能力，除了可支持工作流、规则链，更能实现交互、属性、业务逻辑更复杂的UI界面应用。 -与Vue前端框架相比，都支持增量化开发、一切都是组件，UIOTOS从完全无代码的层面，以特有的页面嵌套、属性继承和节点编程，实现跟代码开发趋于等同的效果。 -与iframe和微前端相比，UIOTOS在表现上有类似的嵌套聚合效果，但采用了独创的嵌套继承技术，让页面实现真正融合，页面和组件不再有区分，并且开箱即用，无需任何代码。 关于嵌套和连线，chatGPT是这么说的： 关于嵌套...