我们在初学云表的时候,可能会有很多不懂的地方,也会有很多难到自己的堵脚石。有人选择了放弃,也有人选择了坚持,最后终于是突破关卡,提升了自我,让自己学习到的转化成了自己的经验。 老实说,在我刚接触云表的时候,对这款软件并没有多大兴趣,因为我那时候根本不知道云表的强大之处,直到我深入的了解了她之后,我发现她就是一个无底洞,只要你想的到,没有什么是实现不了的。在以前,程序员在我眼里是遥不可及的;但现在,即使我没有学习过代码,我也可以自己开发系统,自己定制自己想要的管理形式,云表真的非常强大,真的是无代码开发的软件。当你一点代码都不懂,却自己设计出了一套系统的时候,那种成就感、那种成功的感觉,真的非常好!但是,成功了不代表完美,我们要知道凡事都讲虚心。系统开发出来需要经过不断的测试不断的修改,最终才会是可以走向社会的产品,最终才会发扬光大。 云表学习起来,说简单却不简单,说不简单却又挺简单。现在老师都有在讲课,现在也已经讲到了【库存出入库】,这是个关于表单更新的业务事件,理解起来也很简单。如果不简单?你看了它的简单原理你就明白业务公式是怎么用的了! 【业务公式使用原理】用本表单.数据去更新目标源.数据可以理解为 就是用目前的表单去更新你想更新的表单! 云表当中有很多需要注意的地方,特别是业务公式,虽然业务公式的原理是很简单,但是当用起他来的时候就会有很多种用法,使用的最广的也是属业务公式,关于下面几点我觉得需要好好讲讲: 【子数据源】子数据源的原理我也很难说的清楚,它查询数据需要一级一级分,查询次数是同级数据源的次方,用子数据源的时候它一级一级的从 上往下查询,知道查询到我们需要的数据为止。在用子数据源的时候,【多记录】这个一个选择框真的很重要,如果你有多条数据的 时候,忘记了勾选,你无论如何操作,他都只对一条数据进行修改!不勾选他只会查找一条数据。其实这样理解子数据源,可能很难 理解,我们可以把他理解为【第二个数据接口】,它和数据接口的用法几乎一样,只是原理不同而已,我们了解了原理,这样多用几 次,当你发现规律之后指不定就收货颇大。(当使用子数据源查询一个数据的时候,一定要确保数据查询的唯一性) 【业务公式】业务公式十分强大,我们还是需要注意很多地方,特别是【执行条件】、【满足条件】、【匹配条件】这三个条件一定要分清楚!【执行条件】顾名思义,也就是说我们要在什么条件下,它才会执行后面的操作;如果不满足,那么后面的操作都不会执行。 【满足条件】我们满足了的就会执行操作,不满足的就不会执行相对应的操作。 【匹配条件】匹配上的我们就对他执行操作,没有匹配上的便不执行。 满足条件和匹配条件的原理是差不多的,但是他们两个却又是两个概念,不要把他们理解成同一种原理!满足条件的应用范围很广。 其实我们可以把【满足条件】和【匹配条件】看成两个数据筛选的设置,满足条件是对数据进行筛选,满足的通过,不满足的pass掉,匹配条件也是这样,我们匹配上的通过,匹配不上的就pass掉,实际上也就是把数据进行筛选在筛选,实现更新!! 在这里,有一些话我想说一说。我们学习不能两天打渔三天晒网,学习不是靠别人的,是靠自己的!只有自己努力了,才会有所收货。特别是不要用这种话来解释自己为什么懒为什么不想学;我没学过代码,我不懂。这些内容好难都不会!我都不知道怎么用!我脑袋笨学不会不学了! 这些都不是理由!云表学习起来也不算是非常难,因为我也没学过代码,我同样学习了很久了,刚接触学习云表的时候,那时候will老师教我们学会了【库存出入库的更新】,感觉这就已经把云表的所有学习完了,我真的感觉自己就能够立马设计出一套系统来,现在业务公式用多了,看了很多别人设计的系统后,才发现自己还只是挨了云表的边而已,门都还没入。但是学习久了,你看公式多,用的次数也多了,你就会心有灵犀一点通,很多事情你慢慢就可以琢磨出来,每解决完一个难题后,你都会收货颇大,收货后把自己的经验记录积累下来,慢慢的就成了自己的经验,慢慢的你也会像我这样,从一个零代码基础的学生,到了现在可以自己设计出一个小系统了! |
+1
0
3条回帖