代码编写的控制要求(耦合性与维护难度排第二)

绝大多数专业开发者,特别是有使用Visual Studio等具备一定可视化能力的开发工具使用经验的程序员,都不会否认低代码通过可视化技术为软件开发效率带来的提升。但是,对于低代码技术能否应用于项目实践,多少会有一些担心和疑虑。为此,我们采访了一些初次接触低代码的专业开发者,征集大家最关心的技术问题,并以活字格企业级低代码开发平台为例做出解答。

Q: 使用低代码开发出的系统,性能会不会很差?

A: 就像.NET Entity Framework或Hibernate在某些特定场景下,生成的SQL语句性能不高一样,低代码平台也无法保证每一个数据查询的性能都得到极致优化。所以,低代码平台会提供更完善的日志分析能力,帮你判断性能瓶颈是否出现在数据库访问。如果是,可以选择利用活字格的“执行SQL命令”,手写SQL来有针对性的解决性能瓶颈,这就是为什么企业级低代码平台会提供直接执行SQL的能力。在企业级应用开发领域,这种情况的发生概率并不高。

Q: 低代码开发出的系统,耦合性是否过强,导致后续维护困难?

A: 以活字格为代表的模型驱动低代码开发平台采用了“数据结构与业务逻辑分离”、“前后端分离”的模式,在耦合性与可维护性方面,与ASP.NET MVC(含Entity Framework),Spring Boot(含hibernate)的范式基本一致,可以在开发效率、运行性能和可维护性上找到一个平衡点,支撑企业级应用开发。事实上,低代码开发平台将范式中的大量配置和编码工作进一步可视化,加强了框架对开发行为的约束。在项目实践中,低代码平台可以帮助技术管理者更严格管控突破框架的开发工作(手写代码的总量更少,更易检查),降低耦合性,提升可维护性。此外,基于可视化技术构建的业务逻辑,相比于代码的可读性更强,再配合上必要的注释,可以大幅减少维护工作中,理解积存逻辑的难度。

代码编写的控制要求(耦合性与维护难度排第二)(1)

(活字格中构建服务端业务逻辑的界面)

Q: 低代码开发出的系统,是否易于测试?

A: 首先,更少的人工编码意味着更少的Bug以及更低的测试工作量。除此之外,使用低代码开发和使用Eclipse等IDE(含JUnit插件)的编码开发在编译检查、自测、测试上的体验基本相同。值得一提的是,活字格推荐您遵守前后端分离的设计原则,这样您就可以使用现有的webapi自动化测试工具,来覆盖后端业务逻辑了。在测试过程中如果遇到功能或性能偏离预期,还可以通过活字格的执行日志,对问题进行快速定位。

代码编写的控制要求(耦合性与维护难度排第二)(2)

(包含单步耗时的执行日志)

Q: 低代码开发是否意味着原来基于Git的敏捷项目管理机制无法继续使用呢?

A: 不会的。低代码开发同样可以兼容Git的权限控制、版本管理和分支管理。就像Visual Studio内置了team foundation server操作一样,活字格也内置了对git的支持。你也可以用低代码平台内置的功能,在开发工具上直接完成签入、签出、版本管理等工作。所以,原有的敏捷开发方法论可以无缝应用于低代码开发。

Q: 能否将一个低代码平台上开发的应用,迁移到其他的低代码开发平台上?

A: 就像.NET程序不能运行在JDK上,成熟的低代码工具通常会提供强大的运行平台,提供更高的处理性能、更全面的功能支撑,无法也不应脱离使用。

Q:厂商停止服务后,应用怎么维护?

A: 相信很多企业都有一些运行着老旧软件的服务器,厂商停止服务并不意味着软件生命的完结。选择私有化部署和买断式授权可确保开发平台和基于该平台开发的软件能长期使用;如有必要,也能基于新的开发技术,逐模块替换这些老旧系统,新老系统并行。

就像从马车到火车,技术和工具的进步对相关行业的从业者来说,既是挑战也是机会。希望上面的内容能够帮助初次接触低代码的程序员加深对这项新技术的了解,并因此获益。如果您希望进一步了解低代码技术,亲身体验低代码的开发体验,欢迎搜索活字格,免费下载更专业的企业级低代码开发平台。

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页