回覆列表
-
1 # 君子如龍69
-
2 # 那年6月門口的兵
脫離業務和實際情況單看程式碼量，和公司用程式碼行數訂kpi有啥區別，你看起來是在炫耀自己技術好，實際上暴露的是無知和愚蠢
-
3 # 雞柳胡
試情況而定，怎麼說呢，有的時候程式碼的長度不一定都是業務。比如說我寫了一個操作dom的動畫，有時確實會有很多，但對於需求來說不可避免。
-
4 # 悅動人生
1300算個啥？6000算不算，是那麼絕望和無助。最最絕望的是，你每次新增加的vue檔案你都控制在450行程式碼以內，當第二個人來修改你新增的檔案時，立馬變成1000多行。
-
5 # 佛就完事
脫離業務談程式碼量是耍流氓的。業務複雜度，資料處理緯度等都要考慮， 然後還得看程式碼規範，有沒有註釋，關鍵程式碼能不能儘量做的一目瞭然。 我後臺一些服務層程式碼也是幾千行，我可以把程式碼抽的很乾淨，用語法糖寫的很漂亮，但接手我程式碼的人需要花費很多的時間去整理，得不償失。 在我看來，好的程式碼不在於他的設計模式用的有多好，程式碼有多簡潔，能讓多數人都能快速看懂，才叫好程式碼。
-
6 # 夏末6056
不做元件封裝嗎？業務邏輯和ui層不解偶的嗎？後期需求變動，需求迭代就得重新看一遍程式碼，bug改的就像打補丁，哪裡漏水補哪裡，想想就可怕。
-
7 # 迷人的呆子
新增esling，約定好單個函式不超過50行，單個檔案不超過500行，每個函式必須添加註釋，再新增上githook，程式碼提交前檢查，不透過提交不了。
面對這種糞山，你應勇敢的說不。
-
8 # 劇侃
一個頁面1300，脫離了你具體需求，就這麼一句話…
算了，最多13吧…
哦，大神可能就3吧…
不行，那就1吧
垃圾後臺讓我前端處理一個三層json，穿梭框套穿梭框，寫了1000多行，大部分程式碼都在處理陣列，處理回顯等很多複雜情況。。。只能說，你後臺處理不好邏輯，前端寫出來的東西亂就不能怪我了