框架基本固定,开发按结构来就可以了.
许多小功能基本都是一样的逻辑, 增,删,查,改.
数据表基本差不多,少量不一致,不能合表.
一个小功能下来,大多时间都在定义 api,对象,各层参数传递,转换,重复着基本一样的逻辑.
几个小功能下来,写都写烦了.
这个好像又没有好的办法避免,实在是想跳出这种又费力又对耐心的拆磨(虽然不费什么神思考太多,但对精神很是折磨),大家对此有没有经验分享一二.
哈哈,见笑了
框架基本固定,开发按结构来就可以了.
许多小功能基本都是一样的逻辑, 增,删,查,改.
数据表基本差不多,少量不一致,不能合表.
一个小功能下来,大多时间都在定义 api,对象,各层参数传递,转换,重复着基本一样的逻辑.
几个小功能下来,写都写烦了.
这个好像又没有好的办法避免,实在是想跳出这种又费力又对耐心的拆磨(虽然不费什么神思考太多,但对精神很是折磨),大家对此有没有经验分享一二.
哈哈,见笑了
ruoyi :http://ruoyi.vip/
jeecg-boot :http://jeecg.com/
blanex :https://bladex.vip/
等快速开发框架,你可以看一下。
基于表结构生成代码,基本封装了单表、树表、子表页面模板,增删改查实体类后端模板。
mybatis 代码生成器,也有界面版的
https://gitee.com/baomidou/mybatis-plus-samples/tree/master/m...
idea 插件生成代码
https://blog.csdn.net/weixin_43245066/article/details/119860351
idea 数据库官方插件的工具脚本化扩展程序,使用Generate POJOs.groovy生成代码
https://www.jetbrains.com.cn/en-us/help/datagrip/generating-c...
还有ci自动部署 工具 teamcity、jenkins,
微软自动化工具Power Automate。
UI自动化测试 JetBrains 推出的Aqua。
我推荐看的文章
如何做在创业小厂里做技术领导
https://blog.meathill.com/management/how-to-be-a-tech-leader-...
可以对做过的项目进行复盘,总结出一些重复性的东西,自己封装成工具减少工作量,提高效率。
cli
工具,有兴趣可以看看 ejc-cli要提高开发效率,以下是一些常用的方法和策略:
使用合适的开发工具和集成开发环境(IDE):选择适合你所使用的编程语言和技术栈的开发工具和IDE,这将提供丰富的功能和快捷操作,提高编码速度和准确性。
自动化和脚本化:利用自动化工具和脚本来简化重复性的任务和流程,如构建、部署、测试、代码格式化等。这可以节省时间和减少人为错误。
使用版本控制系统:使用版本控制系统(如Git)来管理和追踪代码的变化,并与团队成员协作。版本控制可以帮助你更好地组织、追踪和回滚代码改动,同时提供并行开发和合并代码的能力。
利用集成和持续集成工具:使用集成工具(如Jenkins、Travis CI等)和持续集成实践,自动执行构建、测试和部署流程。这能够及早发现问题,加快发布和交付速度。
使用现代化开发方法和框架:采用现代化的开发方法和框架,如敏捷开发、测试驱动开发(TDD)、MVC框架等。这些方法和框架提供了结构化、高效的开发方式,提高开发人员的配合度和整体效率。
编写清晰、可维护的代码:编写易读、可维护的代码,使用有意义的命名、注释和文档。这将提高代码的可读性和可理解性,减少错误和修改的时间。
不断学习和改进:跟随技术发展的步伐,持续学习新的编程语言、框架和工具。参加培训、阅读技术文档、参与开发社区等,不断提升自己的技术水平和解决问题的能力。
有效的项目管理和沟通:使用项目管理工具和方法,如敏捷开发、Scrum等,以便更好地组织和分配任务,保持进度和团队协作。此外,清晰的沟通和协调也是关键,通过良好的沟通,减少误解和时间的浪费。
提升调试和故障排查能力:学会使用调试工具和技巧,能够快速定位和修复问题。熟悉日志分析、错误跟踪等工具,更有效地进行故障排查。
定期进行代码审查和重构:与团队成员进行代码审查,并进行必要的代码重构,以提高代码质量、可读性和可维护性。
通过结合这些策略,你可以提高开发效率,并更快速、高质量地交付软件。
8 回答5.8k 阅读✓ 已解决
9 回答9.2k 阅读
6 回答4.8k 阅读✓ 已解决
12 回答5.9k 阅读
3 回答10.3k 阅读✓ 已解决
4 回答7.2k 阅读
5 回答7.1k 阅读✓ 已解决
具体问题具体分析,根据不同的情况去考虑如何提升效率。
一般情况下,提升工作效率主要还是看自己平时如何总结日常工作,思考如何利用有限的工具去做更多事情。
那些低代码之类的工具其实也都是为了提效才有的,但是否合适自己还是需要结合自己的工作内容来决定。
诸如此类的,全在于个人的日常总结和思考,别人的方式并不一定能够“复制”到自己的身上。