作为一名低代码初学者，我使用inBuilder系统设计了一款报销单录入系统，实现了报销单录入与显示报销单列表的功能（如图1与图2所示），并获得了很多开发心得。从inBuilder系统的优点、缺点以及开发过程三方面出发，我将这些经验分享给大家。
图1 报销单录入
图2 报销单列表查看
1、inBuilder系统的优点
1） 低代码开发
inBuilder系统是一种低代码开发平台，能够让开发者在不需要编写过多代码的情况下构建应用程序。使用inBuilder系统能够大大提高开发效率，并减少代码错误的风险。
图3 系统应用
2） 多功能组件
inBuilder系统提供了丰富的组件和模块库，包括文本框、下拉框、日历、上传文件、发送邮件等常用组件，以及丰富的图表等扩展模块。这些现成的组件和模块可以让开发者像搭积木一样更快速地完成应用程序的开发。
图4 多功能组件
3） 可视化开发
inBuilder系统支持可视化拖拽式开发，在界面设计和业务逻辑实现上都有较好的操作体验。即使是初学者也可以迅速上手开发，而不必专门学习复杂的代码语法和结构。
4） 支持多终端
inBuilder系统支持多终端（PC端、Web端、移动端）应用的开发，能够满足不同终端下的需求。而且，在移动应用开发方面，系统也提供了非常好用的设计和调试工具。
2、inBuilder系统的缺点
1） 需要熟悉系统
inBuilder系统是一种新型的开发平台，为了实现低代码封装，必然需要封装大量的功能，在使用时需要先熟悉其操作方法和规则。对于没有接触过这种开发工具的初学者来说，可能需要先花费一些时间来学习使用，需要系统的学习平台的逻辑，运行机制，现有的文档尚不全面。
2） 自定义扩展有限
尽管inBuilder系统提供了很多现成的组件和模块，但有时候仍然需要自己定制一些特殊的功能，这时就需要编写自定义脚本。然而，由于inBuilder系统针对自定义扩展的支持并不是非常完善，可能会受到限制。
3） 可控性相对较低
在低代码开发中，大部分的业务逻辑都由inBuilder系统内置的组件或者流程控制进行处理。而这样的开发模式可能会让人感觉对于应用程序的可控性相对较低，难以有效诊断和解决问题。比如，设置编码格式，本人按照教程设置完成后，在编码选择时未出现可选项，出错原因尚不知晓。
图5 编码规则选择
3、开发过程经验分享
1） 熟悉组件和模块库
在开始开发之前，要先花时间熟悉inBuilder系统提供的组件和模块库，了解每个组件和模块的用途和使用方法。这样可以更方便地在开发过程中选择合适的组件和模块，并能够快速构建应用程序。
2） 理解业务需求
在应用程序开发过程中，要牢记业务需求是最核心的。需要对业务需求进行深入理解和分析，对复杂的工作流程进行分解，尽可能精确地描述业务流程，并根据业务需求设计应用程序。
3） 规划应用程序结构
在开始开发之前，要先规划应用程序的架构和结构，明确各个部分之间的关系和协作方式。合理的架构和结构有助于保证代码的可维护性和可扩展性。
4） 测试和发布
在开发过程结束之后，要进行测试和发布。测试可以帮助找出隐含的问题和缺陷，从而提高代码质量。而发布就意味着应用程序进入了真正的应用环境，这时候需要进行部署和调试。
总之，inBuilder系统是一个功能丰富、操作简单的低代码开发平台。能够大大提升开发效率，节省开发时间，但是目前文档内容还不够丰富，遇到的一些问题暂时还没有无法解决，由于时间有限，本人仅仅探索了很小的一部分内容，更多更丰富的内容还需要花时间进一步探索。