@Corey0606 领导给压力就没办法了，该搞还是得搞。我现在公司也是接手了 15 年的那种老项目，antd 还在 1.0 。经过了差不多块 3 年时间慢慢升级到了 3.0 。UI 样式也渐渐统一了，别问为啥用 antd 需要统一样式。最开始的项目全部拉源码来自定义，吐了。

没有什么好的建议，说一下我们的优化过程以及目前的一个结果吧，今年 4 月份就 3 年了。

- 不去过渡重构，优化。比如本次需求只改 A ，那么优化的范围只有 A ，不会去优化 B 。好处：测试做验收的时候，可以暴露出来问题。如果改了 B ，测试不会去做相关测试。出了问题很难搞哦（公司没有单元测试、自动化）
- prettier 加上去，eslint 先不慌。等 pretter 差不多都好了在加 eslint 。好处：可以先把代码风格给确定下来。git 提交的时候不会有那么多冲突。eslint 因为会检测语法，在代码风格不统一，历史包袱很严重的情况下，用起来很恶心人。到处报错。
- git hooks 先加上 ，每次提交前检测 prettier 。执行一下脚本。保证服务器上的代码风格统一。
- git commit 规范 + 日志 changlog ，这个更多的是增加信心，每隔几个迭代看一下项目日志，成就感就有了。有更多动力去优化。
- 这个比较特殊了，是升级 antd 的，原则就是项目反正都是屎山了。不在乎多一点屎，不删除 antd1.0 的情况下，直接引入 antd3 。需求来了，就把当次需求的 antd1.0 换成 3.0 ，然后参考第一条。（我们是后台管理系统）

好像就这么多，目前已经快 3 年了，只有优化了这些。其他的一些逻辑上的优化还是挺少的。历史包袱太严重，不敢动。有多个文件，单个文件达到 1w 多行，就问你怕不怕。

全是坑，希望能帮助到你。。。

最后还是想说一哈，针对一人维护一个项目的情况，review 真的没必要。反正都是自己管自己，能做到代码风格统一都不错了，还想让我 review 之后，如果有问题让我重写，不可能。哈哈哈

我也来说说：
一个偶然的机会，给 eagle 投稿获得了个 3 折券，感觉可以深入开发下。
就有了个点子：“把 eagle 打造成后台管理系统”
已经实现了大部分的基础功能，
- 希望放假前能把文件夹显示弄了。
- 在涨个 20 个 star ，哈哈

[eagleuse]( https://github.com/meetqy/eagleuse)

定制+一人 /项目，review 的意义是啥南。反正出了问题找那么写代码的人负责不就行了么。。。表示不理解

@xixibb +1 ，感觉 OP 就是闲不下来，划水不香么。OP 想找点事情做，去 github 自己搞个项目，把你所有的想法都实现一遍不美滋滋。工作上来说，这不典型的钱多事少么。

prisma 配上 TS +1 ,写查询，更新等方法都有智能提示，写一些业务代码不要太爽

这是我的实践项目,prisma+sqlite+nextjs 希望能帮助你。https://github.com/meetqy/eagleuse

这页面风格，爱了

@subframe75361 我是看到了 umijs 最新版，里面有个实战用例用的 prisma ，调研之后感觉很符合目前的需求，就选择了。其他几个没有做过调研

@anonydmer
@JustSong

哈哈，我是快手抖音没事就执行一下脚本，获取链接，积累多了就用 downie4 一键下载，还有你确定是你朋友想问一下，不是你想问一下。

@kzhiquan 等我先把基础功能实现了，后面在慢慢支持。

@jjshare123 确实自动加载会好一些，现在还在专注基础功能，体验方面的优先级暂时会靠后一些。

666 ，提个小建议，转换的时候能不能直接选择了就转换出结果啊，每次选择了语言，还要去点击一次那个箭头

@carmark 是的现在就是改用的 sqlite + prisma ，只有初始化、增删改查的时候才会读取文件

@evan6 你想硬盘的主要功能不就是读写数据么，你有听说过哪个服务器是因为读写把硬盘搞坏的。所以嘛不存在的，随便造

@superrichman 我也是有这方面的需求，想把收集的图片分享出去，正好 eagle 满足我的需求。就打算这么搞一哈

@Spoter 下次录个视频说明

@Bingchunmoli 是的，目前还在实验这个方法的可行性。

web 源码地址 [eagle-web]( https://github.com/meetqy/eagle-web)

@lookStupiToForce
@johnnyNg 不要慌都是经过“严格”筛选的

一个硬盘连一个几十个 G 数据的缩影都搞定不了，怕不是买到歪硬盘了

不能理解会什么会有伤硬盘这么一说，硬盘的功能不就是读写数据么，服务器每天那么多读取操作，也没听说过谁的硬盘损坏了。

一个意淫的想法：既然官方提供了创建类 API （如果能够在提供部署方案就更好了），那么在搞个查询类 API （无论是官方还是第三方），结合对象存储做本地-服务器的同步（ picgo 等工具有 api ），那不是就可以直接实现备份+网站在线查看+编辑。

最好是将 eagle 里面的 json 数据直接转换为 sqlite 等不用部署的数据库，结合 nocodb 这种自动生成 api 。那不完美了？什么云端备份那不是轻松解决，数据还能自己管理。

@HeyWeGo 看了下 api 是两个不同的方向额，官方的是针对输入的，创建文件啥的，我这个是针对图片的做输出的。话说如果官方也能提供 查询图片类的 api ，那就可以直接部署到服务器上了。爽歪歪