困惑好久的问题，如何做代码管理？

[firhome]

我是前端，相信大家也遇到过。

在写项目中经常遇到这种问题：

写一个新的接口，代码格式/样子都是一样的。 如：

const getList = (params)=>{ return ajaxfn({url:'xxx',type:'post',params:params}) }

经常这个项目要加新接口的时候，我都是从别处先复制一下这段代码，然后改改方法名和接口地址即可。

再比如写一个弹框。一般是 xxxModal.vue ，然后要写新弹框也是复制一个 Modal 。改改里面的逻辑即可。

还有类似后台 列表/筛选 等等，都是找之前写好的。然后改改里面的逻辑接口，一般 80%的代码都是一样的。

不要说抽出来写组件什么的，其实已经是最简了。哪怕再抽搞成 组件 + json 配置什么的。下次用还是会去看一下之前怎么做的，把 json 复制配置一下。。。。以此类推。。。。

所以，只有这个项目刚建或者新的业务场景的时候，才会去“思考”怎么手把手来做。其它时间都在 cv 。

我曾经想过，在一个项目里，直接放个 demo 目录，然后大家直接去 copy 相关代码即可。但是也难免有遗漏（偷懒不更新 demo 目录）

也写过用自带的代码片段来维护。但是管理又麻烦。

不知道大家有什么好的办法么？

[sampeng]

Copilot 已经干死掉 snippets 了。但是，Copilot 不能解决特别大段的代码。这没什么办法。
以我身边统计学来说，现在的研发 10 个里面只有 1-2 个接受 copilot 。。

所以像你说的：如果你用 gitlab 作为仓库。gitlab 的每个项目可以创建自己的 code snippets 。比目录强多了。

说实话，程序员都是懒得整理的。记得在哪打开文件过去现拷

[sampeng]

@forty 这就是代码写少了代码抽象魔怔了。。。
有很多场景就是改个函数名和调用的。其实这种我更喜欢，因为好改，看代码特别好理解。

[air1314]

一般不整理 因为整理费时间而且基本不会看 业务代码如果有做过类似的直接去对应项目里扣 像工具类这种更适合单独整个仓库 import 进来

[wenye123]

每个人写代码都有自己那一套东西可以复用 很难说有啥高低之分
毕竟最终目的都是为了业务 然后业务是为了挣钱 只要功能实现了就行 业务不挣钱 代码简洁上天也没用