一、前言

低代码渠道改变了运用交给和办理的形式,大幅减缩交给周期,终究协助事务加快立异。咱们在低代码开发范畴探索了多年,从2014 开端研制低代码前端烘托,到 2018 年开端研制后端低代码数据模型,发布了JNPF快速开发渠道。

那么,自研的JNPF,其在用户体系方面做得怎样呢?谨以此文针对JNPF进行了相关体会与测评,一起来看下。

二、低代码渠道体会简述

体会渠道:JNPF开发渠道

体会时刻:2023年10月31日

体会版别:JNPF3.5.0(Vue3版别)

三、关于渠道

渠道简介:

JNPF是引迈自研的低代码运用构建渠道,经过可视化拖拽的方式,传统形式下需求2 周完结开发的运用,用JNPF只要 2小时。用JNPF建立运用,你只需求重视事务本身。数据存储、运行环境、服务器、网络安全等渠道支撑。

JNPF经过高度的抽象,将页面元素封装为根底组件和事务组件,将事务规矩、权限等封装为规矩装备、公式和可拖拽的流程规划器,经过拖拽以及装备,无需写代码,即可完结符合事务需求的运用体系建立。

那么低代码是个什么东西呢?顾名思义,低代码就是少写代码,用户经过可视化地迁延拽、装备等比coding门槛低的手法来开发运用,可是低代码渠道的中心价值真的是少写代码吗?其实并否则,

低代码运用渠道的中心价值在于运行运用所依赖的根底架构,改变了运用交给和办理的形式,大幅减缩交给周期,终究协助事务加快立异。也就是说假如低代码渠道的打造中心一向盯着少写代码的话,产品很大概率会走偏。

假如你是不会代码的普通员工,深刻了解事务但却厌恶了求人做开发的日子,在JNPF你将具有一个全新的身份——「低代码开发者」。

咱们经过以下的5大功能:【表单】、【流程表单】、【报表】、【自定义页面】、【外部链接】,就能高效建立咱们需求的运用。

怎么高雅的开发?低代码建立运用如此轻松

四、场景及用户剖析

能够是贵公司的任何人。例如,以下是不同角色/技能运用低代码渠道的几种办法:

事务剖析人员:低代码渠道可协助事务剖析人员快速为用户创立运用程序,并为IT部分模拟杂乱的运用程序。

开发人员:低代码渠道可协助开发人员更快地交给运用程序,并消除他们积压的开发需求。

终究用户:低代码渠道可协助终究用户在几分钟内创立报表、仪表板和简单运用程序,而无需经过IT部分。

IT部分领导:低代码渠道可协助IT部分的领导供给对事务的安全数据拜访,延长其当时体系的运用寿命,并进步IT出产力。

五、产品剖析

在JNPF渠道里,建模是第一步,再开端创立运用,运用创立好了就能够去建立页面了。

1、着重讲一下JNPF的编辑器

头部区域:首要还是一些快捷键的入口,根底设置/表单规划/列表规划。还有pc/app的切换,JNPF的制品是两个端同时出产的,也就是你做好了pc,app自然也生成了。

左侧区域有

组件库:构成页面的首要元素,用户经过迁延拽组件规划页面;

动作面板:经过动作面板,用户能够「愈加便利的组织和复用代码」、「完结杂乱交互」;

多语言案牍办理:用户能够自行增修改多语言词条,以便和组件相关特点进行绑定;

画布:用户进行迁延拽编列页面的舞台,有限空间。

右侧区域:首要是选中组件后的特点,给用户经过特点项装备规划自己想要的效果。

怎么高雅的开发?低代码建立运用如此轻松

表单体系存在于企业体系的各方各面,每一条事务线都离不开表单体系,最根本的表单体系无非数据录入与展现,JNPF把根本表单组件都逐个呈现在组件库,企业能够选择组件类型,比方【单行文本】、【日期】等,来规划自己需求的体系。

除了供给丰厚的组件类型,针对组件的特点(权且将组件的款式、动作、事件等统称为特点)也供给了很大的装备自由度这个和部分低代码渠道比较显得人性化很多,也就是款式你能够自己调整修改,组件交互你也能够自己写,页面逻辑编列都支撑你调整,并不会一味地进行渠道内封装。

2、事务流程

用户经过创立运用,再到创立页面 ——> 规划页面 ——> 编列页面流程逻辑,然后再设置相关的权限以及批阅流程,到最终布置上线,简直不需求用户了解数据库相关的内容,很好地做到了页面即模型的处理,根本简单表单体系的crud都是能支撑住的。

怎么高雅的开发?低代码建立运用如此轻松

怎么高雅的开发?低代码建立运用如此轻松

JNPF的批阅流供给的是可视化设置,设置批阅节点,节点中设置条件,然后还能够给节点控制权限(这个节点只能做哪些批阅动作,只能看到哪些数据),所以按这种可视化的批阅流规划方案做抽象,运用规模是很高的。假如你是一名开发者,能够试试咱们研制的JNPF开发渠道。根据低代码充分利用传统开发形式下积累的经历,高效开发。

最终,说些心里话

很多人用了低代码开发后,认为它效率翻倍,经测算发现,低代码的确能够下降开发时刻和人力成本70%以上,开发效率提升高达80%。

但话说回来,别就这样认为低代码是全能的,的确也不是什么都能靠低代码渠道来完结。它并不适用于所有类型的运用程序,对于一些杂乱的事务需求或特定的技能要求,传统的手写代码仍然是更好的选择。当然,你也能够对渠道进行二次开发,这都是相同的。

用户体会是一个继续迭代的过程,在这里就不过多挑刺,期望低代码往后的运用门槛越来越低!也期望有更多资源涌入低代码这类赛道,为数字化出份力!