天天看點

Go語言大神親述:曆七劫方可成為程式員!

現在這個時代似乎吹牛都不用打草稿,畫餅已成為常态,搬個磚都敢說自己是工程師,會敲個“Hello World!”的都說自己是程式員。程式員真的是那麼好入行的嗎? Daisuke Maki認為成為一個真正的程式員并不是件易事,以Go語言為例,想成為一個Go程式員需經曆七大“劫難”。

Go語言大神親述:曆七劫方可成為程式員!

“曆劫1”:你堅信你可以用Go來做面向對象程式設計?

在經曆了一次Go應用之旅之後,你可能就會開始思考:“怎麼樣才能讓這種語言更像面向對象的程式設計語言?”因為你已經習慣了這種程式設計,你想要制作健壯的代碼、想要多态。

然後,你說:“一定有辦法實作的!”再然後,你就發現了結構嵌入,它可以将來自封閉對象的方法巧妙的委托給嵌入對象,而無需重複代碼。這簡直是太偉大了!

當然,很快你就會發現這并不能真正解決問題。因為結構嵌入隻允許委派方法調用,是以看起來你是在做多态方法排程,但關系并不是IS-A,而是HAS-A,方法調用的接收方不是封閉對象,而始終是委托方法調用的嵌入對象。

是以,你明白了不要試圖在Go中進行面向對象的程式設計?

“曆劫2”:你相信goroutines會解決所有的問題?

在使用之前,你曾被“通過goroutines可以輕松運作并發代碼”所蠱惑,你所要做的就是使用Go關鍵字,同時運作所有函數或者方法調用。這時你自然就會想到通過讓代碼并發運作來最大限度地提高代碼的效率。通過函數調用自動建立goroutines,甚至調用者都沒有意識到。沒錯兒,它的确做到了所有代碼都在同時運作,但是它讓代碼變得更複雜了。

Go允許使用者建立數百萬的goroutine,而且不會犧牲太多的效率,那麼你真的應該使用goroutine嗎?你要知道并行代碼相比在單線程中流動的代碼而言,是更加難以維護和調試對的。一次從多個goroutine通路時,你要考慮共享對象是否正确同步?執行順序是否絕對正确? goroutine是否在不再需要時實際退出了?

是以,goroutine并不是萬能的,一定要在必要的時候使用,而且盡量不要在使用者的後面使用goroutine。

并且因為您通過使您的函數調用自動建立goroutines來隐藏此事實,是以調用者甚至不需要意識到這一點。

“曆劫3”:你認為接口将代替面向對象程式設計解決所有的問題?

在你終于意識到對象無法使用多态之後,突然想到了可以利用接口提供的功能,接口支援API,是以可以使用它來編寫更健壯的代碼。

是以現在當你編寫庫時,定義了所有的接口,隻導出接口并具有私有結構,以便封裝成perrrrfect。它還為你提供了更多的靈活性來切換底層實作,因為現在你已成功地将API與其實作分離。

接口雖然給予了你很大的權力,但它不是一個終極解決方案。在面向對象程式設計中,它仍然沒有提供真正的多态性,而且你也要受到接口隻能定義API的限制,無法将所有資料與其相關聯。

當然,在某種場景下隻導出接口是有意義的,當代碼量比較小的時候,接口是很好的方法。但是如果在代碼量大的時候,你不得不額外再多編寫大量的代碼。

如果想要最大限度的利用接口,可以在某些類型互換時使用。

“曆劫4”:你相信channel可以解決所有問題?

在你曆經曲折,嘗試了多種方法曲線救國無果之後,也許某一天靈光一閃,“等等,還有channel。”

Channel隐式處理并發通路,你相信通過channel可以巧妙的來處理同步、傳回值以及使用各種channel的select語句來進行流量控制。

沒錯,channel是很有用的,和你的初衷也是相符的,它提供了一個在goroutine之間傳遞值的原語。但是,慢慢你就會發現使用channel的Go語言會出現很多問題,例如逾時、阻塞I / O,同步問題等。

是以,你要明白channel是很簡潔的結構,但是如果濫用它會導緻更複雜、難以調試的代碼。

“曆劫5”:“哼哼,Go語言也一般嘛,哪有大家說的那麼強大”

Go語言大神親述:曆七劫方可成為程式員!

“為什麼?到底是為什麼?寫Go代碼實在是太痛苦了,它一直不允許我按照自己的方式來寫。”在嘗試了各種方法之後,你發現它們都不能解決多态性和并發性的問題,你甚至開始懷疑Go語言存在的合理性,你覺得你被剝奪了其它語言提供的所有好的結構和工具。

你認為用更有力的工具來表達抽象思想是絕對有必要的,而Go隻是沒有削減它。

但是,你忘記了,所有的語言都是有限制性的,你不能隻是一味的想要語言按照你的想法來運作,而不考慮當初作者設計這門語言的初衷。

“曆劫6”:你開始意識到前面5個階段其實都是你在想象

到了這個階段,你基本上就放棄了各種小聰明的做法,決定根據大多數标準庫的寫法來編寫Go代碼。

這時候你還是有這麼一個想法:我不想接受Go語言的方法。但是這個時候,一切就開始變得有趣了。

在我不得不放棄面向對象程式設計,進而擁抱Go語言的同時,也不得不接受一個事實,編寫并發代碼實在是太難了。我始終堅信語言的重點是讓程式員編寫更簡潔的代碼,是以,一門語言它要足夠編寫執行複雜的代碼,但是通過删除某些關鍵工具,讓最終編寫的代碼更簡單。

“曆劫7”:羽化成仙

到了這個階段,你已經完全接受了Go,你可以用Go來編寫所有的内容,包括Perl / Ruby / Python的内容。你開始意識到再也沒有錯誤困擾着你;你必須使用goroutines和channel,

因為你是Gopher;你會感到榮幸,Go語言竟然允許你這樣來編寫代碼。

恭喜,現在你已經是一名Go語言程式員了!  

原文釋出時間為:2017-10-04 

本文作者:佚名

本文來自雲栖社群合作夥伴“51CTO”,了解相關資訊可以關注。

繼續閱讀