如何查询一个网站的空间大小,西安网站建设地址,wordpress主题的使用,做阀门的英文网站怎么写文章目录 开发模式的演变草创时期1.0时期#xff08;基座时期#xff09;1.1时期#xff08;低代码时期#xff09;2.0时期#xff08;无代码时期#xff09; 前言#xff1a;本文是笔者在初创公司#xff0c;一年多来Java后端服务底座搭建过程的总结#xff0c;如有不… 文章目录 开发模式的演变草创时期1.0时期基座时期1.1时期低代码时期2.0时期无代码时期 前言本文是笔者在初创公司一年多来Java后端服务底座搭建过程的总结如有不当之处还请各位大大指正。 开发模式的演变
草创时期 该阶段是笔者跟随leader从大厂跳槽到初创公司的前两个月这两个月公司内部只有我们两个后端严格来说是四个还有两个实习生我们几个人当时开发后端服务的时候还是处于野蛮生长阶段就是直接通过idea的spring项目快速生成器来构建一个项目的如下图 当时我们主要是我还有两个实习生并没有意识到这样做会有什么问题都觉的理所当然所有的教程辅导资料都是这么教的不这样建还能怎么建难道手写不可能绝对不可能 其实当时leader已经在暗搓搓的发力了。在我们还在纠结Java 持久层框架是否使用mybatis-plus代码生成器使用哪个插件的时候leader已经把他设想中的所有工具内嵌入公司的基础底层框架中了。这里就就不得不提到另外一个项目搭建工具了——archetype它是maven自带的一个maven工程创建工具可以通过自定义模板来生成对应的应用架构。我们当时还不理解这个东西是怎么用的原理是什么只是在某一天leader和我们说“今后公司的所有工程项目的创建都是用这个框架来实现。” 然后我们就进入了服务端开发的1.0 时期。
1.0时期基座时期 这个阶段定下了公司后续所有项目结构的基本风格为后续版本的迭代开发提供了坚实的理论依据其实就是方便后来的一些小白读懂代码也有一点方便我们改代码的意思在里面。 上面这句话并不是BOSS的原话不过意思差不多后面这一年多的开发过程我们的确深有感触。当你接触其他人写的新项目的时候你会发现项目结构是如此的相似持久层、业务层、控制层的关系是如此的明显以至于你会有一种一切尽在掌控中的感觉这为你接手新项目并进行相应的迭代更新打造了一个良好的开头。不得不说这一步棋的确是点睛之笔秒到绝巅拍彩虹屁略略略 当然光有项目骨架是毫无用处的它只能帮你搭建一个抽象的架构具体的业务逻辑有哪些、代码需要如何去写这又是我们要思考的问题了 后端服务的业务逻辑归根结底无外乎就是对数据的crud那么其实只需要有业务表结构我们是否就可以一键生成对应的crud代码从而无需开发一些简单的业务逻辑答案是显而易见的——可以。 大约是进入公司的第三个月底到第四个月初leader基于freemarker模版组件写了一个属于公司内部的代码生成器插件其实本质上和通用工具中的代码生成器没有太多的区别唯一一点的区别就是它是高度适配公司的基础架构可以做到只配置数据库地址就可以生成符合我们代码风格的从持久层到控制层的所有代码。我们当时问为什么不用现成的工具还要自己开发leader说自己开发的知道源码后期出现什么问题也好调整用别人的出了问题都不知道怎么解决姑且也就信了吧这个插件出来以后我们便进入了后端服务开发1.1时期。
1.1时期低代码时期 在这个阶段其实已经完成核心架构基座的开发逻辑我们直至今天也仍旧处于这个时期内。在这个阶段我们面临的问题基本就是业务向的问题了这个阶段的核心逻辑就是尽可能的抽象出通用工具减少非必要的人为错误提高开发效率。 从第四个月进入低代码时期后我们造了很多轮子像是grpc远程服务调用组件、websocket服务端组件、前后端消息通信协议组件SSE等等这些极大的提高了我们的工作效率。但是随着轮子越来越多后端服务的开发/学习成本也越来越高在可预期的范围内它将会成为一个限制开发效率的瓶颈那么是否有方案可以解决它呢答案暂时不确定我们设想过将这些轮子抽象出来管理通过配置化的流程将现有功能互相组合从而达到新功能的目的但碍于种种原因我们并未真正付诸于行动。当然市面上可能已经出现了一些成熟的解决方案我们还在持续关注中期待能够早日进入2.0时期无代码时期
2.0时期无代码时期 敬请期待
