大家好,我是小浩。
工作写了这么多年的代码,若说乐趣,
除了自己啃源码的时候让人着迷,更多时候其实都是码业务逻辑。
比如这一大段一大段的 if else:
if (true) {
if (true) {
if (true) {
if (true) {
if (true) {
if (true) {
}
}
}
}
}
}
所以我这两天就在想,有没有什么可以自动写代码的东西,
能替代我来完成这种 “体力劳动” ~
别说,找了半天,
还真让我找到一件神器:全自动软件工程平台。
什么是全自动软件工程平台,就是说你只要通过拖拽方式以及参数配置完成对应的业务流程图,该平台就可以直接生成微服务应用。同时,平台还提供了自动测试/运维功能。
该平台的 Slogan 很有趣:十人可抵百人用。
听起来很强大有没有?为了探究该平台是不是像他们说的那么牛x,于是我搞了一个测试账户。
在我花了 2 小时使用之后,我对该平台做了一个总结:
系统提供了相当多的组件供你拖拖拽拽,包括了常见的流程规则,最终根据你的配置就会生成调用接口。
而不是让开发在后台再去写 controller-service-dao-model。
值得一说的是平台内部支持了 SQL 组件,点一点就可以和数据库的表相关联,获取表数据。
比如现在咱们想实现一个 “查询最近三个月被点击查看过的书籍”,我们可以直接基于流程+SQL组件,来生成对应的逻辑,并根据需求来选择是否要分页。
在整个编辑页面,左侧是流程中可用的组件,右侧是最终可视化的结果:
效果大概是这样:
当我们生成了接口之后,我们可以对接口进行可视化管理,包括:请求头、请求方式、参数配置、Mock数据 等等。
熟悉业务的同学该知道,在我们真实的开发中,经常会有这种接口加参数的需求。
这种工作基本没什么技术含量。但就这区区几个参数,却要把完整的上线流程都走一遍:编写接口文档,核对业务字段、单元测试 等等。
有时候对不熟悉后端代码的开发,还要评估加的字段是不是影响到了现有业务。最后导致上线一拖再拖。
但是如果有这样的接口管理,那就很方便了。对于各个接口的参数字段。业务人员甚至可以自己上来查看,我个人觉得这样可以极大的减少业务人员和开发对接沟通成本,所以我单独把这块拿出来说说。
测试是个很麻烦且容易被低估的工作!
测试是个很麻烦且容易被低估的工作!
测试是个很麻烦且容易被低估的工作!
重要的事情说三遍,我想如果没真实踩过线上的坑。真的很难有这种感悟。
在我们真实的后台开发中,很容易出现一个问题:开发人员觉得我既然能实现业务需求,要测试干嘛?给测试人员讲一遍测试逻辑,还不如自己测试。而测试人员又因为对代码不熟悉,使得测试成本较大。最终出现错测、漏测的情况。
但试想,若是你可以直接看到业务逻辑,是不是测试就简单了?更何况,我还支持自动接口测试。在该系统中,只要你创建了对应的测试实例,就可以配置对应的参数以及预期结果。再然后。。。。就可以等着系统自动帮你测试了。
当测试完毕,平台会生成可视化结果,同时也会给出开发人员爱看的响应结果。无论懂不懂技术,都可以找到自己喜欢的方式。
在我们真实的开发中,如果用 IDEA 来实现,一个功能点可能会有大量的重复代码,分散在系统各处。并且由于每个开发人员开发能力不同,甚至会出现大量的复制-粘贴逻辑。
而这个飞算全自动软件工程平台,通过可视化自动生成微服务的方式,基本告别了传统开发写代码。同时也降低了开发、测试、运维的成本,避免了各个环节的出错几率。
这里,我也对该平台和传统 IDEA 做出了对比:
特性 | 飞算全自动软件工程平台 | 传统 IDEA |
---|---|---|
开发方式 | 可视化编辑,自动生成代码 | 需要开发人员介入,和业务人员沟通需求 |
测试支持 | 自动化测试,页面点选操作 | 需要测试人员介入,需要熟悉代码 |
维护成本 | 上手程度低 | 需要维护额外的代码 |
业务场景推荐 | 适合可以抽象出大量业务逻辑的场景,比如金融业务就很典型,涉及大量的逻辑判断、条件循环,业务流程一目了然。 | 可以支持定制化较强的业务场景,比如你要开发个京东或者抖音,肯定自己写代码适合。 |
我个人觉得该平台还是很 nice 的,这种低 code 平台也应该是一种趋势。未来也一定会被更多的企业所采纳。
我认为,工具的意义是提高我们的效率。如果可以节省成本,那就可以去尝试使用。所以就算不用,也没必要一脸不屑,然后去踩。
我算了个账,如果公司没有研发成本,其实用代码生成平台还是很省钱:
我个人觉得飞算全自动工程平台的开发人员,还是很不错的。和我做的规则引擎有点像,只不过它的使用场景更为广泛,也算是本家了。
大家要是感兴趣的话,可以去官网体验一波,下方点击阅读原文,就可以直达官网。
官网:https://feisuanyz.com/
- END -