走进珠海乐图 探秘云表平台（5）
2015-8-20 09:28:45
5216
0
| 本帖最后由 Moke 于 2015-8-20 09:42 编辑
昨天，在研究该如何修订云表平台的操作手册，其中有一章节是“事件”。对此，自己以为为什么要在手册中写得如此专业，按通俗的理解，就写上执行时间不是更好。
于是，就有了与乐图当家人张军有关“事件”的对话。开始以为不同意用执行时机来介绍这些“事件”是不是因为固执，不愿意接受普遍的概念。争执与辩论，谁也说服不了谁。
中午，与设计平台的技术人员一起去吃饭，路上听到了有关Andy，公司的人都这样称呼张军在一些概念上的死抠。事件只是其中之一罢了，为什么？因为，在软件设计上，一点点的偏差，就有可能造成方向性的错误，这也是为什么会反复研究和斟酌的原因。在路上，自己也在想，执行时机是基于具体的某个执行运作，对某条公式而言是准确的，然而，对于平台软件的设计者却是应该聚集在进行业务处理，也即事件本身之上的，而在每个事件的背后，或想伴于事件而发生的相关业务，如填表公式或是业务公式才会执行。
公式是附属于事件而生的，而非执行时机，这样就可以在平台设计阶段为业务处理预置更多的事件，以满足业务管理的需要，这样理解之后，便不难体会到云表平台，以及张军本人在设计上为应用开发者考虑得十分周到，从另一个层面也体现出为此付出更多的研究和投入。
这种事件式的设计处理模式，的确可以为应用平台、解决管理需求带来极大的便利。就如单据的状态改变事件，就可以轻松地将其设计成企业在业务处理上的管控，可以让自己填的表，自己来做决定，是否是确认无误的，如果是，那就请点击【确认保存】按纽——这是一个可以自己添加的单据状态改变事件，就可以给这个状态赋上执行的操作，如锁定单据，后续业务可以直接引用，可以更新相关的业务数据等。
回想到这段时间在学习云表平台时经常会遇到一些概念，甚至，也会为理解这些概念犯晕，如为什么叫“填表公式”、“业务公式”，而不称之为其它，通过深入学习和研究，比较与分析，还真能感受到这种名称上的差异带来的管理思想上不同，平台设计的立意与高度是与常见的工具是不一样的。
这就是为什么云表可以成为一个平台，一个可以承载各行各业管理需求实现的平台的根本原因，有其技术基因的物质，更有管理思想和理念的支持，不再是一个让编程变得简单的工具。
下午，再来看事件，自己的理解也有了一个大大的提升，到最后自己就动手来写这段有关事件的帮助说明。这种经历真的太神奇了，太美妙了，能从交流中让自己得到更多理论上的培训，同时，又能更深入地理解开云地址的立志目标，不但有着自己的思想与理念，而且，还能专注、踏实勤奋地创新，自己也得到熏陶，这也是很多年未曾有过的。
以下就是自己为事件及操作所写的帮助说明：
有关事件，自己也百度去找了很多条目来学习，同时，又结合自己对平台中的事件的应用、理解，总结出这样的描述，是不是可以让更多的人也能理解事件的重要性，不但能用，还要用好事件。
以下是自己为操作所作的分析解释，是不是比较具体，若还不明白，再看讲解视频。
在总表，也有很多事件可以使用，这是云表平台有特色的地方，而且，目前技术上还在不断研发新的应用，如自己在电商项目上所要求的快速批量的业务处理方式，就是如此。
一个右键操作，就可以完成对一批订单进行标注，客审等，这也是平台作用与威力越发强大的根源，因为是业务事件发生，就需要有技术来解决，而且，又不让用户写一个代码，这来源于云表平台人的自我鞭策力，追求极致的用心。
总表事件更是独特，这里不但是数据查询的中心，更是业务处理，特别是批量处理的最佳设计。
再有一种事件更体现的是管理，通过对业务的审核或审批来执行相关业务的操作。
透过“事件”看本质，珠海乐图在很多事情上真的很较真，这也许就是人们经常说的专注，因为专注，才可能做出极致的产品，云表平台正是经历着来自外部，更源于内部的高标准和严要求，才走到今天，才会更加大踏步地走向明天。
|
+1
0
0条回帖
