管理软件自计算机诞生以来，始终是协助企业管理或个人业务的重要工具。多年来，管理软件架构一直存在BS（浏览器/服务器）与CS（客户端/服务器）模式之争。实际上，无需过分纠结两者谁能取代谁。毫无疑问，互联网速度的全面提升使得许多BS应用得以低成本实现。然而，就管理软件的未来而言，我认为BS和CS将各占一方天地，彼此无法完全替代，只会相互交融。具体应用场景应选择何种架构，需视实际情况而定。以物业管理软件为例，手机端、网页端以及不同功能模块，都需根据市场实际需求选择最合适的架构。但无论采用何种形式，其核心本质始终未变——即数据的增删改查。

低代码开发平台功能特点

因此，开发管理软件的难点往往在于对软件本身业务流和数据流的透彻分析。拥有一个稳定的框架，能让人不再纠结于底层细节，这通常能显著缩短企业的开发周期。下面我们从框架角度分析，它是如何将开发效率提升至传统周期的十分之一以下。

1. **划分功能模块：** 开发任何业务系统前，必须划分好功能模块及对应的界面组，如下图所示：

可见，一个开发库可同时进行多套业务系统开发。例如，我们公司所有系统均在同一开发库中，这极大便利了后续发布和功能复用。随着时间积累，手中不同行业的项目越多，框架在资源整合时的优势就越发明显。比如，客户先购买了您的客户关系管理（CRM）系统，后续又想购买工资或进销存系统。您只需利用升级包制作工具制作一个升级包即可，不会影响客户原有CRM中的数据，仅需重新分配权限。我曾遇到客户看中了我们的CRM，但其进销存已使用了别家系统。此时，由于我们已有进销存模块，只需提供一个升级包。而对方虽有进销存，但未与CRM集成在同一开发库，单独提供进销存将导致与其原有CRM对接困难（对接成本高，客户难以接受），且客户需在两个系统间来回切换，体验不佳。最终，客户直接替换为我们的进销存系统。相信项目经验丰富的同行对此深有体会。

2. **数据库表设计视角（实体设计）：** 在极致框架中，我们称之为“实体设计”。传统开发在数据库下创建表，仅有字段名、字段类型等基础属性。而极致平台的实体设计，在传统数据库设计基础上，增加了中文描述、可见性、不允许重复、设置级联删除等高级功能，并支持数据授权、字段授权、层次结构、预设数据等高级属性。例如，拥有中文描述后，我们甚至无需编写详细技术文档。新员工接手项目或需修改旧业务逻辑时，实施人员制作报表查看相关表结构即可，无需询问开发人员每个字段含义，节省大量时间。如下图所示：

此外，我们的框架允许自定义表基类。例如，销售、采购、仓库单据的父表拥有许多公共字段，子表亦然。因此，我们可以定义一个基类（如“erp单据父类”），这极大缩短了建表时间，提高了效率，并为日后制作报表、编写SQL语句节省大量时间，因为基类内容统一。上图的销售订单即继承自“ERP单据父类”。公共字段如组织机构、制单时间、往来单位、部门、日期等，在建表时置于基类中。下次修改基类，所有继承类将自动更新。数据授权功能对开发多组织架构的集中式应用极具优势。例如，由于“组织机构”实体已支持数据授权，“销售订单”实体自然也具备此特性。假设开发一个集团应用，北上广深均有分公司，希望各公司数据彼此独立。此时，只需赋予北京用户北京组织机构的数据权限，他们便只能查看北京的销售订单，而无法看到其他地区的订单。平台本身提供多种基类，选择不同基类对应不同实体类型，能大幅提高效率。缓存模式中的“本地缓存”概念，允许将不常变动的资料设置为本地缓存。系统首次加载时会将数据下载到客户端本地，后续获取均从本地读取，极大减少数据库访问流量，提升运行效率。字段授权则是针对列级别的控制（数据授权针对行级别），可便捷地控制特定记录的某些列对特定用户隐藏或禁止修改。设计父子表甚至父子孙表也非常简单，直接在相关实体的“点中状态”下添加子实体或孙实体即可！

3. **界面设计角度：** 实体设计完成后，选择该实体新建界面，界面即自动生成。

如此，界面便自动生成了。在设计阶段，我们仅需考虑为当前界面分配一个权限组（功能权限）。实施时，客户可自由分配权限（功能、数据、字段权限）。此自动分配的权限已包含增删改查功能，并自动与界面上的相关按钮绑定！

界面生成后，增删改查无需编写一行代码，节省大量时间。表格控件具备高级属性，如表头过滤、单元格融合、固定列设置、列合计汇总。针对特定业务逻辑可进行扩展，如在菜单按钮上添加个性化功能。保存前检查、加载界面初始化、单元格间事件联动、单据间传递、下推、选单等功能，平台均提供示例代码。实现同等功能，使用框架可省去四分之三的代码量。由于后台扩展是纯面向对象编程，初级程序员也能按业务逻辑实现特有功能。单据界面还支持客户在运行时添加自定义字段。我们的物业系统服务数千家不同规模的客户，但开发库至今仅有一个版本。若没有大量可供客户自行实现的个性化设置，如何满足每家客户的独特需求？

4. **创建一览表界面：** 有了单据界面，创建查询用的列表界面同样简单。设计界面时选择相同实体，分配相应权限组，即可快速初始化表格需显示的内容。

一览表同样支持菜单扩展、自定义数据源。例如，创建个性化数据源（使普通业务员仅能查看自己的数据，需重载SQL数据源的WHERE条件）、处理多子表、服务端计算公式、设置不同行颜色等。平台框架均提供相关示例代码，您只需稍作修改数据源即可。

基于一览表，可定义各种过滤条件并设置为预警方案，发布为新的界面组（详情参考过滤引擎介绍篇）。还可设置显示列、隐藏列，因为不同用户希望看到的内容及排列顺序可能不同。

设置显示/隐藏列。

这些功能在传统开发中又需编写多少代码！

5. **工作流：** 许多传统行业软件缺乏工作流概念。工作流之所以重要，是因为任何业务系统都涉及人员参与和流程流转。工作流能使单据按企业自定义流程运行，显著提升工作效率。我们的工作流详情可参考相关博客。其核心优势在于运行时自定义，企业即使每天变更流程，实施人员也能快速调整。这将工作量转移至实施环节，大幅节省开发资源，相当于为企业降低开发成本（以我司为例，三名实施人员的薪资仅相当于一名开发人员）。框架中任何单据均可支持工作流，开发时只需添加工作流服务定义即可。

可见，工作流服务还可为特定节点设置操作函数，极大提高工作流灵活性。

6. **套打：** 企业常需进行单据套打。若使用系统后仍需在excel中重新绘制模板打印，则失去意义。我们的套打引擎操作简便，支持客户在运行时自定义套打模板，并可设置仅审核通过的单据才允许打印。以下是各种套打效果：

套打还支持导出pdf，助力企业真正实现无纸化办公。这些功能在传统开发中又需多少代码！更多套打技巧请参考相关博客。

7. **报表：** 作为管理者最关注的报表功能，实现起来也非常简单。平台提供相应数据源，报表制作主要考验SQL功底。示例如下：

分组汇总报表：

以上示例正式客户均可获得。研究透彻后，复杂报表皆可应对。平台开发只需掌握数据源构建即可！

8. **美工：** 软件的基本美工不可或缺。许多程序员美工能力较弱，甚至缺乏基本审美。使用极致平台则无此担忧。设置界面 `ShowBoth` 后，可在中间区域随意排布元素、添加箭头，增强系统整体性。不同图片索引号代表不同图片，操作便捷。

美工是软件的敲门砖。当前客户已不仅关注功能，两者兼备方为上策。许多老旧系统是时候更新换代了！

9. **打包：** 完成开发后，即可为客户打包发布。我们的框架实现一次开发，同时具备单机、局域网、互联网三个版本。开发时仅需设置哪些功能置于服务器端组件，哪些置于客户端即可。打包分三步：
* **第一步：构建数据模板。** 根据客户所需模块创建新数据模板，后续升级均基于此模板进行。

通过添加子系统，可为具体客户定制所需子系统模板。发布模板分演示库和模板数据库：模板数据库供正式客户使用，是纯净数据库；演示库供客户测试，包含开发过程中录入的测试数据。

10. **升级：** 系统可能每日更新。使用升级包制作工具后，所有客户端均能智能感知升级，极大降低维护成本。升级包制作工具如下：

11. **实施：** 系统运行后，提供多种数据导入工具，可大幅缩短实施周期。

选择数据源、目标表及字段对应关系即可完成导入，并可保存方案。

以上是整个开发流程的概览，周期基本是传统开发的十分之一。软件具备成本优势，产品才有竞争力。当前许多软件公司陷入困境：缺乏好产品导致盈利困难，难以吸引人才，进而无法打造好产品，形成恶性循环。谁能率先改变，谁就能赢得市场。

另有一点心得与大家分享，尤其建议程序员认真思考：目前国内部分程序员在使用平台方面存在一些误区，有必要进行理性分析：

1. **“平台必须开源，否则不用”：** 持此观点者似有杞人忧天之嫌。许多.NET程序员不也一直使用微软平台吗？微软并未提供底层源码，但国内仍诞生了许多优秀软件公司，基于.NET平台开发出成熟的应用框架。追求技术自主无可厚非，但需量力而行。若自身技术不足或研发成本过高，何必强求？若所有技术均需从零编写，那大家不如都去开发操作系统！况且，国内哪家软件公司敢宣称从未使用第三方技术？

2. **“引入外部平台，会威胁自身地位”：** 这是多数程序员的顾虑，担心引入他人框架会束缚才华发挥。这实属误解。任何优秀的快速开发框架，只要足够灵活、未完全封装死，并提供扩展接口，就不会束缚手脚，反而如虎添翼。开发者可将重心偏向应用设计层面。毕竟，软件的核心价值在于行业业务逻辑，这才是关键。增删改查、工作流、套打、报表等通用功能由框架封装完成，何乐而不为？这能显著缩短开发周期，提升公司效率。产品越灵活，竞争优势越明显，公司效益自然提升，员工待遇也会水涨船高。

3. **“学会特定平台后，跳槽可能用不上，白学了”：** 持此观念者亦不少。但为何总想着跳槽？诚然，国内程序员薪资增长多依赖跳槽。然而，写代码能写一辈子吗？国内程序员普遍存在职业周期，能坚持十年已属难得。过了黄金期，如何与年轻人比拼？技术更新换代极快，一切都在洗牌。何不考虑另一种可能：掌握平台后，可自行创业。购买一个框架，将人力成本降至最低，因为平台供应商会持续更新，你只需基于平台进行应用开发，将技术难题留给专业平台公司，实现合作共赢，岂不更佳？

以上仅为个人浅见，是多年销售经验的总结。目前国内多数程序员尚缺乏老板的视野和格局。平台可能触及部分人利益，尤其是公司内的资深开发者（技术股东除外），他们的反对声音往往最大。但最终，选择与我们合作的老板们获得了收益。相反，那些反对最激烈者，许多不久后便跳槽至更高处。

低代码开发平台十大特点

1. **多系统同库开发：** 一个数据库下可同时开发N套业务系统，并能根据客户需求按模块或界面组发布。客户需要什么模块即可提供什么模块。所有功能在同一数据库开发，当客户需要在已有系统（如人力资源）上增加客户关系管理模块时，仅需制作升级包即可。有效解决企业多业务系统信息孤岛问题。

2. **智能升级：** 当客户需从A模块增加B模块时，仅需制作升级包。升级后，客户原有数据不受影响，且所有客户端支持智能感知、智能升级，极大节省部署成本。

3. **运行时自定义工作流/套打/报表：** 例如费用报销单，100家客户可能有一百种流程和套打格式。使用本平台，您只需设计好费用报销单本体。具体客户走什么流程、套打格式如何，完全可由客户在运行时自行定义，无需像传统开发那样在代码中预设，为100个客户维护100套代码。套打同样如此。

4. **数据授权：** 开发多组织架构系统时，业务单据只需引用“组织机构”实体。因“组织机构”支持数据授权，故无需编写代码即可实现组织间数据隔离。控制用户查看哪个组织的数据，仅需赋予其对应该组织的数据权限。

5. **字段授权：** 对表中核心字段进行用户屏蔽（如职员薪酬字段），直接使用平台字段授权功能即可实现。用户查看职员信息时，薪酬数据将自动隐藏，无需编写一行代码。

6. **界面自动生成：** 开发时设计好实体（即传统开发的表结构），设置必录、可见、不允许重复等属性后，选择实体即可自动生成界面。该界面的增删改查无需编码，开发者只需专注于特有业务逻辑。相比传统开发，代码量可节省三分之二，开发周期缩短三分之二。

7. **三版一体：** 一次开发，同时获得单机版、局域网版、互联网版。客户需要何种版本，即可提供何种版本。

8. **强大的公式引擎：** 支持灵活设计工资、预算等计算类项目。

9. **丰富的控件库：**
* 文本控件支持F8调用，编码名称自动带出。
* Grid控件支持表头过滤、单元格融合、固定列、行列公式汇总、复合表头。
* 表格宽度可自由调整，关闭后自动记录上次宽度。
* 支持表格列顺序随意调整。

10. **内置基础功能：** 平台内置权限管理、用户角色管理等基础模块，以及实施用的导入导出工具，极大加速项目验收进度。

常见问题

* **页面打不开、加载空白：** 检查网络，清理浏览器缓存，重启服务，确认页面未被删除或禁用。

* **组件不显示、配置失效：** 重新配置组件属性，检查数据源是否正常，更新平台版本。

* **页面样式错乱、排版异常：** 切换浏览器（建议使用Chrome最新版），调整分辨率，重新保存页面配置。

低代码开发平台更新日志

1. 修正了其它bug。

2. 优化了软件的兼容性。