一晃发现自己已经参加工作一年了,工作确认很有意思,最近两年的新东西层出不穷,就和当年刚上学一样…
从高中毕业的时候,拿着一点 noip 给予的 pascal 经验,一开始还是很顺畅的学习 C 语言,直到遇到了指针。
做的第一个系统就是 XX 管理系统,当时要求是用链表实现数据的存储,一个非常的经典的问题立马困扰了全班同学——烫烫烫,我跑去求助于实验室的学长,学长很耐心的讲完,我觉得我也听懂了,但是就是改不好,最后学长看不下去了,改了循环的终点,over
后来跟着学长参加 ACM ,还能混个奖,不知道学长现在怎么样了。
其实到这,已经说明我是个大菜鸡了。。。
一直混到毕业,才开始接触工程代码。
第一家公司写的代码简直惨不忍睹,前后端深度耦合,鉴权稀烂,代码不精简,结构非常混乱,能运行说明真的是苍天有眼
跳槽到现在这家公司之后,才跟着前辈开始学习写代码。
幸运的是,正好公司发展之中,我入职的时候业务代码也是各种耦合,用户量上去之后,发现越来越难维护,就开始拆分,这个时候我也就负责我第一个项目——后台管理系统
我和大家讨论的结果是:先随便做,内部人用,要的就是快速上线,满足需求
然后我的代码基本就是
route/file/file.js
// 逻辑
res.render('../views/file', data)
所有的逻辑全部放在路由里,页面由服务端渲染,不过因为是不需要太多交互,而且这个项目也没配前端,都是后端在写,大家都是很开心的快速开发,疯狂挖坑。现在再看这些代码,估计下一个要被拆分的就是它了。
经过一段时间的做需求之后,内部逐渐平稳下来,这个时候又一个老项目需要接手,但我拿过代码一看,惊呆了,连 .git 都没有,直接扔在服务器上跑的,虽然需求很简单,路由都只有一个,不过说真的,整个项目的代码就一个 lib/ 和 一个 app.js
// app.js
const http = require('http')
const server = http.createServer(app)
app.post('/', (req, res) => {
// 所有的逻辑都在 lib 里
})
直到最近,开始负责一个微服务,我开始认真考虑如何让代码层次更好看。公司最近经历了一次用户量的质变,很多以前的服务都变得不稳定,很多代码都有性能的上隐患,我们一点点的筛,并且开始做更多的微服务,同时也开始考虑如何确定一个层次清晰的微服务开发规则。
可以发现从 express 到 koa ,代码层次并没有很好的确定下来,太过自由,对于我这样的菜鸟来说其实并不友好,代码层次的考虑当开始重构的时候,才真让人头大。
这次新的微服务使用 paloma
代码层次
app -----
|
|--controllers
|
|--services
|
|--routes
server.js
并且按照 RESTful 的标准开发
说真的,有一个标准在,开发起来坑能少很多
但愿能早日毕业,233333
吐槽文,记录一下
今天的文章慢慢从学校毕业分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/17834.html