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 不住，所以一般我們會把 &
