當你有空的時候就可以對你的**進行重構。而不是等到**爛到一定程度的情況下，才開始動手去重構**。（從心理學的角度看，當**爛到一定的程度，人們會出現一種「破窗理論」，破罐子破摔，由於技術的更新，人員的流動，於是不斷有人往專案裡面對切爛**，最終的結果就是不得不去重寫專案）。所以建議人們樹立一種持續重構的思維，不斷地優化**。
乙個可維護性高的專案，維護成本是很低的。如果乙個專案裡面都是爛**，公司招了一大批工程師進來，但是又看不效果，最後不得不重寫專案。這是公司最不願意經歷的事情。
相信大部分程式設計師都是業務開發的程式設計師，技術不斷更新，每天不斷地堆砌業務**（個人覺得，不斷地去翻譯需求，這些業務**，對個人的技術發展是沒什麼用的，正所謂，有人用二年學到的知識，幹了十年就是這種情況）。持續重構，會不斷地加強你對設計思想，設計原則，設計模式，**規範的理解深度。更重要的是給自己成就感。
就是指對系統，模組，類與類之間的關係進行重構（個人覺得，職位比較低的情況，可以先從類與類之間這個方面入手，畢竟職位沒上去，是不會給機會你進行實踐對系統，模組的重構）難度比較大，耗時比較多。
就是指對類，函式，**規範級別的重構。難度比較小，耗時比較少
大規模高層次的重構難度比較大，需要組織、有計畫、分階段地小步快跑，時刻讓**處於乙個可執行的狀態，而小規模地層次的重構，因為影響範圍小，改動耗時短，所以只要你願意並且有時間，隨時隨地都可以去做
什麼情況下用遞迴？
遞迴的特點，可以看出遞迴可以大大縮短程式的 有意識的使用遞迴，可以用較短的 解決一些複雜的問題。甚至有些問題非得使用遞迴解決不可。那麼什麼時候我們該使用遞迴呢？遞迴演算法的 基本思想 是 把規模大的 較難解決的問題變成規模較小的 易解決的同一問題。規模較小的問題又變成規模更小的問題，並且小到一定程度...
layoutSubviews在什麼情況下呼叫
1.在以下情況都會呼叫 注意 當view的size的值為0的時候，addsubview也不會呼叫layoutsubviews。當要給這個view新增子控制項的時候不管他的size有沒有值都會呼叫 2.先來看一下uiview的layoutsubviews在什麼情況下會呼叫 subview view s...
socket什麼情況下可讀
一 下列四個條件中的任何乙個滿足時,socket準備好讀 1.socket接收緩衝區中已經接收的資料的位元組數大於等於socket接收緩衝區低潮限度的當前值 對這樣的socket的讀操作不會阻塞,並返回乙個大於0的值 即 準備好讀入的資料的位元組數 我們可以用socket選項so rcvlowat來...