前端萌新想问一下，我看公司单个 vue 页面超过了一万行代码，这是什么概念？

业务在快速迭代，并且不重视代码质量的情况下，多少行都正常

@Jinnrry 😰

一万多行的 vuex 我见过

我觉得这些都还好，最难以接受的是没有文档，需要自己从头看一遍代码...

超过 500 行就会感觉不太合适，
超过 1000 行就有点痛苦（来回滚动，或者开两个窗口）

@Patrick6 #60 真，无极滚轮是我写代码后用过最好的鼠标功能，而且还是得 master 上那种自动变模式的，g 系列那种单独按钮切换的还不行。

@LieEar 是的，你怎么知道我就是没文档没注释，硬写呢😄

感觉业务代码超过 1000 行就够恶心了 这一万的不敢想。

@Jinnrry #58 这个维护起来简直是灾难

@ma836323493 之前写过好多条超过一千行的 SQL 语句,是单条的 SQL 语句,

这不把代码屠一遍?
要是以后还要自己改, 就趁早边做需求边重构, 要不然最后这一坨还是自己吃

@clue 这倒不用，我只需要给回新来的前端就行了，后面我可不敢再碰了

@LieEar 有文档，但文档是旧的，

这个 vscode 打开会很卡吧

@lihexinkai 我用的 webstorm ，还好卡倒不卡，我只能说确实能跑

都是项目逐渐缩减人力，维护者也可能经历了 N 多，最保险的方案就是在这里继续堆积，抽离封装再细致再合理也只是在项目初建团队，一个项目最初有 10 人，到中期 5 个人，到最后维护可能就 1 个人，所以有需求就赶快整完交货； vuex 不用它能正常交互能跑 说明这页面也用不上这玩意，不是用了就很厉害，有些是为了用而用，为了偷懒 简单的子父组件都能给它上了；

大惊小怪，我 TMD 还见过一个 2000 多行的存储过程呢！
单单把里面的逻辑理清楚，我都快花了一个礼拜，然后用了快两个礼拜的时间改那玩意儿，一个礼拜的时间测试。
月底写工作总结的时候，就一句，这个月改了一个存储过程。

@zmqking #69 维护就直接把以前的一万行代码当成子查询，继续加 join ，分分钟又多千八百行

1w3 行的 py 代码见过没，我见过

防御性编程- -！建议再加上一万行~