交接同事的程式,物件錯綜複雜彼此糾纏,看code非常痛苦。
其中最讓我頭痛的是 他先把一個base 屬性給初始值寫在 當第一次讀取get 屬性時,判斷對應private 變數是不是null,
當判斷是null當下 呼叫function撈資料,
很多屬性都是depend on 那組base屬性,先判斷 自己的私變數是不是空 再去讀取前面base 那組property,,再去做篩選 塞回的私變數,
程式一堆這種一連串相生的屬性,看code快瘋掉了,
不知道大家覺得 這樣的寫法正常嗎?
要怎麼翻寫比較好解讀跟維護
請諸位大神賜教
長線成長還是可以多多想一下 design pattern :
https://skyyen999.gitbooks.io/-study-design-pattern-in-java/content/oodPrinciple.html
如果每次null後都是call同一個funtion,感覺還算單純就還好..久了也會成記憶
但如果裡面更錯綜複雜,那放在base就不優了,每次都找會到瘋掉XD
我自己也遇到很鳥的,一串SQL語法要兜15個funtion才完成...,看完都吐了
20年年資的上司:我不想看,我直接重寫
猜原PO遇到的問題:那個物件是用來做【快取】。
可能是要確定快取裡有沒有資料,有就直接取用,沒才讀資料。
我不知道有哪些Design Pattern有哪些可以用,但我以往都宣告一個static變數並讓程式盡早將資料讀入...像是系統的「選單」。如果系統只RUN在單一Server且架構允許,放到Redis/Garnet使用也不難。