| 时间过得很快，使用云表5个多月了，随着时间的推移、对云表的进一步了解，我的感觉云表无代码开发真实地解决了中小企业信息化的困境，必将在程序开发中掀起更大的浪潮，在数字化的今天，在国产软件安全自主可控的浪潮下，云表无代码开发将大有可为。 很多前年就听朋友说起过云表，但至到2020年11月才开始正式接触和使用云表并参加了第1期初级培训班，收获很多，但同时也走了很多的弯路。今天分享给出来，希望我抛砖引玉后，云表开发的大咖多多指点和交流，共同把云表平台建设得更好，同时，也希望给刚使用云表的同学们学习过程做一个参考。 1.浅谈对云表的认识 我是一个从事税务行业软件20多年的IT界老人，主要从事大型系统开发和数据相关的工作，浅谈我的对云表的一些认识。 1.云表定位解决中小企业信息化，主要面向业务人员，因此，一切以简单为目标，这也是云表最大的优势，也是我们使用云表的根本原因。 2.云表目前最大的不足是基于云表平台开发的生态体系不完善。 （1）文档体系不建全。成体系的文档资料和必要的数据字典资料，快速的知识转移是建立生态的必要条件。我这几个月接触感受来看，文档体系还很不健全，对云表开发者掌握开发技能，提高开发效率形成较大制约。开发者整体实力的提升将触发云表使用人数的裂变。同时，建议将开发者总结的知识整理到文档体系，并有一定的奖励机制。如《分享APP消息推送和短信服务的设置》这种专题真的很不错。 （2）开发者成果物交易困难。开发者交流渠道闭塞（近期培训和云表会是一个很好的方式）。开发成果交易困难，无法单独导出模板，模块间的依赖性强等限制，导致要想获取资源的无门，想要技术变现的无路，严重制约云表生态的发展。无法按照功能模块、单个模板、函数、接口交易，是市场不活跃的重要原因。这些制约导致业务人员开发系统所需的系统技术门槛、时间成本、资金要求都较高。 2.云表开发的困惑 有没有一个东西能够降低初级开发者搭建系统的技术要求和成本？能不能解决中级开发者提供系统优化的需求？它能不能实现优秀开发者技术变现的诉求？ 我想基于云表平台搭建出一套开发框架是一个很好的解决方案！ 一套即能帮助云表完善生态，又能让初级开发者专注业务逻辑的开发，让中级开发者有优化系统的途径，还能让高级开发者有技术变现渠道的云表开发框架。 这是一个多赢的局面！ 当然，要创建一套完善的开发框架也是很难的一项工作！相信云表官方一直有思考和推进，云表的技术前辈和大咖也有类似的成果。我们怎样创建一套实用开发框架？将近期云表开发框架的想法抛砖引玉，请大家来聊一聊如何通过开发框架解决我们开发的困惑。 3.我理解的开发框架 开发一套系统首先是需求分析和架构设计。由于云表的开发者多数是业务人员，既是需求者也是开发者，所以通常需求分析者默认省略了。 系统化思维和系统架构设计是所有开发者绕不过去的坎。系统架构设计是一个系统是否好用，有没有生命力的重要标志之一。开发框架本身是系统架构的重要组成部分，在此基础上开发者按需使用和拓展，保证基本系统框架合理性。 代码设计和参数设计。代码是信息系统实现的基础和前提，也是信息系统设计的有机组成部分。合理的代码结构是信息处理系统是否具有生命力的一个重要因素。云表开发特点设计既要区别于代码开发的范式建模，又不同于分析型系统的纬度建模。应用系统是否灵活，业务控制是否严谨等都与参数设计息息相关。因此，代码管理和参数管理是云表开发架构的基础模块。 提供设计合理的职员信息、往来单位、商品信息、物品物料和企业信息等基础资料模板，让初级开发者只需要少量调整就能够直接开发业务模块。 提供开箱即用的工具包，如计算器、工作日天数计算、汉字转拼音首字母等工具模板，让基于框架开发出的程序即丰满又细腻。提供一些如数据库慢SQL、数据变更记录等日志管理模块，提供优化系统和运维的工具，让系统运行更顺畅。 为中型和大型企业提供云表数据治理的解决方案。如数据字典、数据标准、数据质量管理、元数据和主数据管理、可视化数据资产等。一般开发者不涉及数据治理，不过数据字典的需求却非常紧迫。数据字典重在系统关系的管理，以单模板和目录（功能模块）为视角，引用和被引用关系。如职员信息模板，引用外部模板XX，被XX模板引用，引用和被引用的方式等。 4.理想很丰满现实很骨干 想要开发云表开发架构也有两个多月，几次易稿也只做了代码和参数管理（对界面的UI还不满意），数据字典的开发也只设计出结果表单。在没有资料的情况下，要遍历模板解析JSON寻找出引用和被引用关系确实也非常困难。还好最新版本发布会上，云表网方正在开发部分的内容，对我们开发者来说确实是很大的利好，期待！ 众人拾柴火焰高，云表开发框架是于大家都有利的事。所以，大家可以留言或加我的QQ：306214315(备注云表开发架构)。有兴趣的同学们有模板的出模板、有想法的提想，我们采用相互交互的方式共同把开发框架完善起来。 |
+124
最近谁赞过
3 条回帖
