1.foreach循環 最好不要超過四層? 超過四層之后? 之后再看容易看暈

分開寫循環? ?盡可能的簡化? 擴展性也好一些

2.命名一定要考慮好? 還是很重要的? 最好名字的意思與其他的變量能夠立馬區分開? 還能夠明白這個變量是干啥的

3.寫代碼前? 一定要分好步驟 這樣之后再看代碼不會覺得惡心 理解清楚需求點? 把問題都問清楚

4.每個人的代碼都有值得借鑒的地方 個人的代碼特點其實是每個人的思維慣性特點?

5.還是要多寫注釋? 寫注釋看似耗時? 其實之后如果再重構的話? 那就是在省時間

6.復雜的需求? 一定要理清步驟? 籌劃好時間? 和產品經理確定好? 時間不夠就多要一些時間? ?避免做不完！

7.命名 會使用數據庫的字段應該是下劃線連接的? 變量應該是駝峰形式的

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的反思代码能力提升点：foreach循环层数；命名契合；分块写；写注释；分步骤；多沟通的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。