Go專案一個一個做,坑一個一個踩,不同業務性質,爆炸得不同精彩,硝煙彌漫,煙花燦爛。
可以當作過往雲煙,也可以在心中留念,將這些小小體悟與大家分享,給一同追求不爆炸的gopher多點平靜美麗。
接下來筆者的系列文,會一連串圍繞在struct的設計分析上,接下來的內容都是自己的感想,並非有所謂的正確答案。 初步解完了interface之後,我們來繼續試圖...
承上一篇,我們從melody.Session 開始做研究。 step1 . 找出業務主體的struct 首先找到它的位置。 // Session wrapper...
重新思考物件之間的關係 我們先稍稍拉遠,談談關於物件關係的設計,假設今天有個資料結構的題目是這樣: 有一位老師,老師有許多學生。 以前的我會如下面這樣寫: //...
今天我們繼續來看Melody,hub,Session三個業務主體,它們struct當中值得關心的部分。 用前三篇的分析,可以充分了解到,Melody,hub,S...
雖然說struct是業務的主體,但實際上業務與業務之間的邊界,還是得靠method裡面的控管去處理,了解邊界處理的部分,才能夠了解package的作者,對於細節...
Part I 首先跟大家介紹一下,Session在處理channel上的小技巧。 多個goroutine進行業務邏輯的處理,和資料的交換,基本上最好的方案是透過...
Day27 .[心得與討論篇] struct 設計解析 - 以melody package (7) 今天要分享從melody身上學到的許多概念當中,最喜歡的ev...
簡介 embedded,嵌入。 俗稱golang 的繼承,但不是真的繼承(背後的機制和程式語言處理方式不同)。 而行為可以做到類似繼承的特點。 子類別A繼承了父...
用法說明 在經過幾個package都看到位移處理的寫法,終於找個時間用心研究一下,一切都是為了能夠更一進步了解某些package的內容。 以sync裡面的mut...
感言 有些東西在C#、Java、Php上的寫法或概念,到了golang的實作已經不一樣了,本身golang在出生的設計上就是別於以往的想法。 golang有了g...