在上篇中我們看了一些關於代碼的規范問題，今天我們繼續來看一下還有哪些需要注意的地方 分離（松耦合） 在前端領域，我想大家對結構(html),表現(css)和行為(js)再熟悉不過了，從我們接觸前端的第一天就開始和這三大巨頭斗智斗勇翻雲覆雨，而今天我們要說的就是這三者之間的松耦合，為什么要進行松 ...

世界被破壞，為了守護世界的和平，呸呸呸，串台了。咱吧，也不為別的，就為了把代碼寫的漂亮整潔，讓同事一看， ...

的解決方案 Z 同事選擇的是“自定義參數解析器”的解決方案，接下來我們通過代碼來了解一下。 自定義注解 ...

有人說，代碼即注釋，也就是通過你的代碼就能看得懂你的代碼邏輯是什么。但是對於大多數人來說，這有些不切實際，每個公司的研發團隊成員的能力是不一樣的，有的能力強，有的能力弱，能力強的體現在能解決若干問題，但是在編碼規范方面卻有待提高，能力弱的，有的能力弱的在代碼規范方面卻比所謂的能力強的要好 ...

的starter 命名規范為 spring-boot-starter-xxx ，第三方提供的starte ...

最近公司來了個實習生，我看來一下它提交的代碼。整個人都不好了 希望大家引以為戒，不要讓自己的代碼堆成屎山！ 一、代碼規范問題 首先我們來看我們的前端部分 如果不去做代碼的規范，那么會出現什么問題呢？ 以下代碼規范出自阿里前端團隊項目開發規范 我們發現在項目 ...

前言 最近做完12月份版本需求，有一些思考不夠深入的代碼，因此寫一下總結，希望大家日常寫代碼多點思考，多點總結，加油！同時哪里有不對的，也望指出。 一、復雜的邏輯條件，是否可以調整順序，讓程序更高效呢。 假設業務需求是這樣：會員，第一次登陸時，需要發一條感謝短信。如果沒有經過思考，代碼直接 ...

　　一切拋開業務的設計，都是扯淡！在項目中有個我們會對多個接口進行多業務邏輯判斷，項目開始工期緊，所以先以實現功能為主，最近打算優化一番，一開始的代碼是這樣的 　 雖然對檢查類的方法做了簡單的封裝，但在好多地方可能會存在重復的判斷，比如訂單提交，加入購物車等等，冗余代碼隨處可見 ...