| 这是自己很多年的一个朋友，也算是平台应用上的一位学生，一直在追随着我在学习平台。今天我学这个，他也会学，明天改学另一个，他也会跟着改，反正，他会觉得我的选择都有道理。 话虽如此，但也会有自己的想法，之前所用的平台因为要写VBA，他虽然在学，但是没有下定决心，没有全身心投入。保留是因为他自己对学VBA没信心，也不愿意去钻研，不想学自然就对平台失去兴趣的。 果真如此，我之所以学，是因为自己已经在提供这类服务，不学不用，没法向客户交待。然而，真学起来，其实也是很痛苦的。更痛苦的是不学还不行，学了也难有作为，因为不可能学得很精通。于是，才有了不需要写代码也能实现自己的管理需求的时候，立马掉转方向，转学用云表，一个技术上的原因也在于此。 小罗同学也是这样，一听说有不需要写代码的平台，那个兴奋劲大了，于是就跟着自己学起云表来啦。而这次没有提什么建议，都是他自己的主动学习的，今天，还给自己发来的一个学习的小结，看过觉得真实，这里与大家分享。 这是罗同学的QQ:332794693 总结是这样写的，红字是自己给的批注。 初学云表的体会 云表的客户端用DELPHI开发， 后台用JAVA开发。数据交互采用JSON格式， 比起XML方式JSON格式包含的内容更丰富，更简约。而且有很好的兼容性，很容易做数据接口。 DEPHI开发工具在10多年也曾经流行甚至风靡， 在业内有说能干的程序员学C, 聪明的程序员学DELPHI. 目前还有一批忠实的粉丝一直在用她，只是DELPHI官方太不给力，换了几任东家，都没太大起色。 这些东西我不是很懂，看来他知道的还不少，而这些也恰好是我在做一个方案中需要用到的，胜利日前刚好与技术人员确认过，的确如写的这样。 云表平台的开发模式有其特点。 1. 依托EXCEL的界面布局及操作方式，让原先使用类EXCEL平台的朋友，不感到陌生，也能对EXCLE的忠实性得以保留。 在云表浏览器中嵌入了表格控件，如果封装是可以自成一体，就如EXCEL那样的软件。这是珠海乐图软件自己开发出来的，也是乐乐（下文中提到的讲课者）的发明。然而，正因为有自己的表格软件，才真正地让云表成为了一个平台，一个可以完成独立自主的平台。说大点，这是一个完全国产化技术的平台，不需要依托微软或金山的EXCEL。 2. 采用平台进行开发， 真的不需要编写一行代码，不像其他平台宣传的不需要代码可开发，实际还是离不开代码。云表反而不以此作为宣传点，一是避嫌广告的负效应，二是她还后更牛叉的特点等您发现。 说到不如做到，这点还真是如此。说起来简单，让开发者不需要写一个代码，而需求是无止境的，也是多样化的，而要做到这点，还真不是件简单的事，要做到这点，云表在技术上的投入是非常大的，而实际上，应用中真不需要写代码，若真解决不了，提交给他们，也真能把功能增加上去。 3. 很好的借用其他EXCEL平台的操作方式以及思路， 有继承更有创新。 怪不得从其他平台转来的朋友开始接触云表有这样的感觉“用惯了平台，云表给人的第一印象好像无从下手的感觉，入了一点点门道感觉，从功能上易用性上不是其他平台能比的，方便，快捷...感觉自己能想到的，平台都替你考虑到，这平台底子和架构打的好！“ 作为一个管理工具平台，必须是有其本身的设计思想的，这也是云表平台的特色之一，从系统性的管理出发，规划和设计平台，让管理应用的设计者省力、省力，让使用者更感觉到称心如意。 4. ‘我的平台我做主’这点是我个人感触最深的，云表全方位的采用配置方式，搭建开发者自己想要的系统。 这种感觉有了，说明已经开始入门了。 从登录后的文件树形，图标设置，超链接始。 工具栏中的‘菜单名称与图标’的增删改，右键菜单是否启用，单据状态设置等均可实现个性化的设置。这些绝对是平台很大突破。数据接口，填表公式，业务公式是云表的三架马车， 也是玩转云表的核心所在。云表平台玩转级别如何，就看你对这三架马车的驾奴能力如何。 5. 数据接口----针对其他平台可能会比较淡化，因为所有的数据开发者都可想要就要，不存在数据开不开放的问题。在云表中数据接口是需要规划和权限的，最吸引人的是引入了参数的，使数据接口的通用能力飞速增长。 看来罗同学对接口的理解还比较到位，参数的使用也是非常灵活多样的，当然，也正因为如此，才可能更好地解决各种管理问题。 填表公式----其实是菜单，事件的大舞台。 这点很类似传统代码开发的功能， 比如单击，双击，右击，保存前，保存后.....，做到了深入的有机结合。 这个太喜欢了，就如骑车一样，想快就快，想慢就慢，想转弯就转弯，太爽了。 填表公式是针对把当前表填入数据所能使用到的事件和相应可选的操作，能从比喻中领悟到用途，已经是理解周全了。然而，填表公式也是变化丰富，特别是与数据接口间的配合，更是效果了得，因此，说是玩转云表的核心所在之一，一点不为过。 业务公式----这个是三架马车中的难度级别最高了是最难驾奴的， 是制作复杂业务逻辑的驱动引擎。需要驾轻就熟的玩转，那是需要有一定的开发经验和逻辑分析能力， 也是媲美其他开发平台的利器。不管怎么难驾奴至少你完全可以相信，实现的所有过程真的不需要您编写一行代码。 感觉到难度，然而，先有了信心，这点不错。业务公式的确是功能最为强大的，主要是使用时相对比较抽象，特别是它的完成都是在服务器端实现的，因此，要由浅入深地想像当前所得到的数据，然后，是如何在服务器端完成业务处理的。这是一个特别要求实践，也只能通过实践才能出真知的。 学习云表已满月，反复看BOM制作视频，终于有了自己的一点小体会 之前对填表公式和业务公式，总是要混淆，没有准确判断什么时候用填表公式还是用业务公式。我自己的总结，如果需要对另外表单改写数据的用‘业务公式’，我们说软件业务多或者复杂，就是在操作某单据时需要影响（增，删，改）其他单据，此情形下就使用‘业务公式’。除此之外情形用‘填表公式’，我个人的理解的填表公式是为了配合界面操作的友好性，实现快速，准确，高效的操作方式而做的配套。 纠正一点，业务公式也可以对本表进行操作的，如BOM拆解功能就是利用业务公式，已经建立的一个产品的BOM，经过父子项关系，拆解成一个完整的、有多层级结果的树形结构，把这个结果写在当前表单里。是的，业务公式更多的是用于当前表的结果对其它业务（表单）所产生的影响，如当前是采购入库单，那么就可以在业务公式中设计出对货品当前库存的影响，对供应商发货应付的增加等。 罗水华 2015-9-2 云表平台本身就是一个最强大的学习平台，行业的管理经验和模式，其他人的管理思想都是可以利用云表平台很快实现出来的。使用云表平台已经成功地对编程进行了革命，而这种革命所带来的效果还需要广泛传播，才可以让更多的人了解到她的价值。 做一个云表平台的学习者，也做她的传播者。 |
+10
2 条回帖
