什麼樣的代碼是不可維護的？編程
一是改很差的，代碼和代碼間打架關鍵仍是纏在一塊打，親是親到了，打成什麼樣，變成了其次。二我的打，還好分開，分不開的情況是幾個代碼一塊兒打，想要分開不是很容易的事，由於他們打架以前是兄弟。不打不相識 進來的勸架者實際上是最痛苦的，很簡單，由於結拜也是他撮合的 忽然有一天 那邊須要人手了，結果，好端端的夥計又要浪跡天涯，我真的心太軟 ~ 函數的拆解 是一個方式，拆到了精核小強的也家常便飯。可是有沒有更好的方式呢函數
二是能改改，可是兄弟太多，組織機關發散造成，四海以內兄弟又是分層的，東大爺感冒了，西奶奶就不舒服了，實際上大爺不僅一個，奶奶也繁花錦簇，變成府了，兩家結着親，爺爺奶奶數不過來的時候，不能再多一家了 他們的交往用了飛鴿傳信，關鍵一對是很日常的，鴿子滿天飛了，人間是有多不對稱啊。鴿子仍是要好好養一養的，民航是怎麼管的？只不過它不叫eventbus對象
三 回調拆解，每次帶一個親信，你去和xxx 說，作完了立刻來報我，目前是較合理的臨場操做方式，有時一次還能夠帶多個，各走各的，遲早回報，到齊以後，亦開始一個新的征程，注意，這裏的征程對應的行爲是事務，是抽象的面向對象編程，徹底能夠 小的們回來一部分 就開始飛一個新的航班，能夠用標誌，也能夠用標誌池作持續管理。事務作不作完，是須要數據佐證和業務完整性 校驗的。小業務帶上本身的特徵聚合成大業務，其實和咱們看的層次分會和事務的飛鴿又是相似的，只不過在裹帶體量上出現了不同，悄悄的作了一個進化的遞歸blog
有緣千里來調用，無緣就寫隔壁行遞歸