防御性編程桃漾，似乎是個新名詞坏匪。
大體意思是：自己寫的代碼，只有自己能看懂撬统、能維護适滓，別人很難，甚至無法接手恋追。
進行防御性編程的目的是：留一手凭迹、自我保護罚屋、防止自己被裁員。
防御性編程的起因是程序員的互聯(lián)網(wǎng)職場環(huán)境：35歲風水嶺嗅绸、容易被裁員脾猛。
程序員為了給自己留條后路，開始琢磨起了所謂的“防御性編程”,一旦被裁員鱼鸠，自己的代碼別人很難看懂猛拴、無法輕易維護、自己的寫的功能別人不敢動蚀狰、不敢升級愉昆，甚至一改就出BUG。自動觸發(fā)“代碼無法觸碰”被動技能麻蹋。
如此跛溉，一榮俱榮、一損俱損扮授，將自己的利益與公司利益捆綁在了一起芳室。自己如果被裁，公司也將受到“報復”刹勃，甚至某些情況下公司可能得重新請自己處理問題堪侯。
具體而言，就是程序員在工作中寫一些“別人看不懂荔仁，只有自己能懂”的代碼抖格。
甚至直接將自己的代碼混淆加密。
舉個簡單的例子咕晋，比如一行JavaScript代碼：
var city = "shanghai";
在防御的思路下雹拄，代碼可能呈現(xiàn)為這樣：
var _0x5ec318="iahgnahs".split("").reverse().join("");
這是用JShaman將JavaScript代碼進行了混淆加密。
如果加密的更復雜一些掌呜，可能成為這樣：
var _0xf00d7c="iahgnahs"['\x73\x70\x6c\x69\x74']("")['\x72\x65\x76\x65\x72\x73\x65']()['\x6a\x6f\x69\x6e']("");
甚至成為這樣：
var
_0x75152c=["122.97.104.103.110.97.104.96."];function
_0x4b7a8a(_4,_5){_5=9;var
_,_2,_3="";_2=_4.split(".");for(_=0;_<_2.length-1;_++){_3+=String.fromCharCode(_2[_]^_5);}return
_3;}var _0x1e7e=_0x4b7a8a(_0x75152c[0]);
注：在這段代碼中滓玖，變量_0x1e7e的值正是字符串"shanghai"。
相比于原始代碼质蕉，這樣的無可讀性的代碼势篡，基本無法維護、更新模暗。
進行“防御性編程”對嗎禁悠？
應不應該進行“防御性編程”？
正知正見而言兑宇，不應該如此碍侦。
編程以實現(xiàn)功能、解決問題為目標。程序源碼本該簡潔瓷产、清晰站玄、直觀、易懂濒旦、便于維護株旷。
此種“防御性編程”，與編程本源追求背道而馳尔邓。原則上講：屬實不該晾剖。
如果人人如此，如果這種防御性編程方式被廣泛采用梯嗽，對整個技術(shù)生態(tài)的都會帶來不良影響：影響源碼本身钞瀑、影響技術(shù)進步、影響團隊合作慷荔、影響項目、影響產(chǎn)品缠俺、影響團隊合作显晶、影響員工和公司信任感...
但回歸現(xiàn)實，在這個現(xiàn)實的社會中壹士，似乎是不得已而為磷雇。
如果可以，如果程序員生存環(huán)境良好躏救、如果不是危機感重重唯笙、如果可以編程編到老。想必不會有幾個程序員愿意這樣編程盒使、不會把心思和精心放在這種方面崩掘。
