vue一个页面写了1300行代码可以称作粪山吗？
一个考试页面，功能比较多，写了1300行左右，模板加js加css
才1300行，说难听点....
项目重构前的部分同事的代码都到4000+行了，重构的时候也没太大阻力。
关键还是得看复杂程度，500行复杂代码的逻辑一般程序员就已经顶不住了。
正确做法是通过eslint+git-hooks阻止超过1000行的文件被提交。
文件行数和粪山有关系，但关系不大。
对于独立且比较重的业务，写在一个文件里也是可以的，那些把代码拆解到300～400行一个文件的人，大多是为了拆而拆，不复用拆了干什么呢，拆模块也不用拆文件嘛，只要模块(函数)不是上千行就没啥问题。
还有一般计算行数只统计逻辑代码，少有统计模板代码，基本不统计样式代码
1300行还算正常吧。template js css一起肯定很多，但是，如果写的render或者jsx也这么多的话，说明代码该抽离分块了。
有一种就近原则的写法，就是把util, helper, style, 这种就写在同级目录下，最近有点乐此不疲。
算不上，模版+js+css，写个1300行还是很容易的，尤其是css。
效果多的时候，光css就几十上百行了，如果实在觉得太长，可以把它单独弄成一个文件导入，这样看上去会舒服一点。
而且考试页面也不用太在意这些吧，能得分不就行了吗？
实际工作中，遇到复杂一点的需求，也要看情况，未必都要拆成小文件，毕竟props、$emit传来传去还是挺麻烦的。
我以为只有程序员为了忽悠老板才会拿代码行数当 KPI 的，没想到还有用代码行数来作为代码好坏的标准。
vue 单页面因为模板、脚本和样式都在一个文件里，很容易写出行数较长的文件，尤其是样式，倘若需要响应式，行数根本 hold 不住，所以一般我们会把 &
