声明：本人从事面向政府单位的信息化建设项目开发管理工作多年，因此本文的思考都是基于此背景，如有不对的请指正。
正文
软件开发团队，IT公司老板们的福利来了，HiveDev在线开发平台不是一种技术，而是一种模式，可以让我们的项目开发变得超级简单的模式。
先让我们一起来看看HiveDev在线开发平台能给我们带来什么。
HiveDev在线开发平台是一个基于Springboot技术的，对软件开发中用到的大部分功能进行高度封装的，以软件项目为管理为单位的在线服务开发平台。
平台特性如下
Ø 简单
平台在环境的搭建、开发、部署、运维等多方面进行简化，降低难度，提升效率，简要说明如下：
1) 环境搭建
新项目的开发，只需要在平台里创建一个项目，不需要搭建服务器环境，不需要安装开发工具，通过浏览器即可开始开发，可见可得，服务创建后即刻可访问。
2) 开发高效
在线开发平台对项目开发过程中使用到的功能进行了高度封装，包括8大类，100多个函数的封装，几乎涵盖了软件项目开发过程中的方方面面，包括数据库的操作，文件的操作，各种文件格式转换、数据转换，几乎所有主流加解密算法，以及常用的三方中间件的封装，如图：
同时支持多种开发语言语法，如JAVA和javascript，几分钟就可以开发好一个服务或者接口。
查询数据示例代码
支持分页查询，跨库查询暂不演示。
3) 在线调试
支持在线的服务断点调试，类似IDE开发工具的调试模式，服务测试简单。
4) 多数据库支持
在线开发平台支持各种各样的数据产品，包括国产化数据库，支持同时对各种不同类型数据库的操作，实现一个项目中不同类型数据的数据共享交换。
在查询时指定对应的连接池名称即可操作该数据库
5) 定时任务支持
通过平台开发的服务，可直接配置成定时执行的任务，配置如图：
Ø 高可扩展
平台支持多种模式的功能扩展，包括全局公共函数定义，静态类的功能注册，基于jar包的动态调用。
1) 全局公共函数
对于公共的变量、函数等进行统一的管理，以供系统其它服务的复用，示例如图：
其它服务的使用示例：
2) 静态类的功能注册
在线开发平台提供的8大类，100多项封装好的函数，都是采用此方法，直接打包到平台，直接使用，当然平台使用用户也可以自行开发好功能，将包导入到平台并通过注册到函数库进行使用，与平台封装的函数使用方法无异。
使用示例说明
3) Jar包的动态调用
对于非公共的，某一个系统独有的功能，平台当前还无法直接实现的功能，可以通过单独封装独立的jar的方式，供平台调用，不对平台造成侵入性影响，调用方式如图：
Ø 安全
在线平台安全可靠，支持可控制的授权访问，加密数据传输，加密存储，防SQL注入，XSS防护，防刷控制，黑白名单，同时通过了三级等保测评，多层攻防演练历练。
1) 服务授权控制
每个服务都可以单独控制是否需要授权后才能访问。
未登录情况下访问服务效果如图：
2) 输出结果格式化
支持编码和加密，同时支持多种格式数据返回
加密返回效果
3) 黑白名单控制：Ip被拉黑情况下
4) 请求方式控制：禁用get请求的情况下
5) 服务请求监控
每个服务可单独开启是否监控服务请求情况，包括监控请求时间，执行时间，请求ip，参数和返回值等信息，并可基于服务监控数据，动态分析服务运行情况，支持限流和熔断。
6) 代码版本管理
支持服务的版本管理、代码比对、回滚功能，如图：
代码比对
Ø 总结
站在公司管理者或者开发团队Lead的角色，通过在线开发平台确实带来了非常多的好处：
1、开发过程变得十分简单，效率极大的提高，让开发人员只需要关注业务逻辑的实现。直白点讲，就是以前需要3个中级或以上JAVA或其他语言开发人员干的活，通过平台只需要一个有开发语言基础，有开发思维的人就能搞定(不管大学学的什么语言，只要有语法基础，从来没做过开发的，大概培训学习一个星期就能胜任)，从这一方面来说公司的成本也大大降低。
2、屏蔽语言差异：以前我们平台是Net开发，后面为了满足项目国产化改造需求，改成了JAVA开发，但原来开发的所有服务都无缝迁移，不需要改一句代码即可实现平台的切换。
3、不再有技术升级换代的烦恼：在很多时候基于源代码开发的项目，经过几年技术淘汰后，如果该项目还在运行中，很难找到合适的技术人员来做系统维护；大家都不愿意去做老技术的东西，而平台可以随着技术进步而进步，所有新技术都只会在平台底层体现，应用层面没有任何改变。
4、运维方面：由于大家都采用统一的平台开发语言，不存在技术差异，而且服务代码都可以基于浏览器在线查看编辑，因此在开发人员和运维人员之间沟通更轻松简单，人员的离职对项目开发的影响相对之前源代码开发小很多，不管是开发还是实施，不管是老员工还是新员工，都能简单轻松的从服务代码中读懂业务需求和逻辑。
5、可持续性成果积累：在线开发模式，在成果的积累方面有很好的体现，比如用到的一些功能，如果是属于公共性的就可以扩展到平台内部，下一个项目开发的时候可以直接使用；一个项目中发现的平台安全性问题，处理后直接升级更新到各个采用平台的项目中，因此通过这种模式，平台在不断的更新完善，一处处理各处得益。
从开发人员个人发展角度来说，采用平台来开发服务，不利于个人技术的进步，因此不太适合想往技术方面深度发展的人，平台的使用更多的是关注业务需求的分析和逻辑实现，因此发展方向是专注于行业的，项目管理和产品方向。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。