十年網(wǎng)站開發(fā)經(jīng)驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
其實并沒有不受待見,用的人還是很多的,解決一些特定領(lǐng)域的問題也很方便。
創(chuàng)新互聯(lián)建站基于分布式IDC數(shù)據(jù)中心構(gòu)建的平臺為眾多戶提供成都機柜租用 四川大帶寬租用 成都機柜租用 成都服務(wù)器租用。
每種語言的流行程度主要取決于這個語言最著名的killer app的流行程度,C有Linux,Go有Docker
Go語言是谷歌2009發(fā)布的編程語言,這個語言發(fā)明的目的,就是為了在運行速度接近C/C++語言的基礎(chǔ)上(注意是接近),降低開發(fā)者的門檻,減少開發(fā)難度。 Go語言,在功能上沒有超過C/C++,適用者為沒有C/C++經(jīng)驗的開發(fā)者,開發(fā)出接近C效率的程序。 對于已經(jīng)熟練掌握C/C++的開發(fā)者來說,Go語言沒有優(yōu)勢,還要重學(xué)語法,適應(yīng)開發(fā)環(huán)境,明顯是不符合效率的。
所謂Go語言式的接口,就是不用顯示聲明類型T實現(xiàn)了接口I,只要類型T的公開方法完全滿足接口I的要求,就可以把類型T的對象用在需要接口I的地方。這種做法的學(xué)名叫做Structural Typing,有人也把它看作是一種靜態(tài)的Duck Typing。除了Go的接口以外,類似的東西也有比如Scala里的Traits等等。有人覺得這個特性很好,但我個人并不喜歡這種做法,所以在這里談?wù)勊娜秉c。當(dāng)然這跟動態(tài)語言靜態(tài)語言的討論類似,不能簡單粗暴的下一個“好”或“不好”的結(jié)論。
我的觀點:
Go的隱式接口Duck Typing確實不是新技術(shù), 但是在主流靜態(tài)編程語言中支持Duck Typing應(yīng)該是很少的(不清楚目前是否只有Go語言支持).
靜態(tài)類型和動態(tài)類型雖然沒有絕對的好和不好, 但是每個都是有自己的優(yōu)勢的, 沒有哪一個可以包辦一切. 而Go是試圖結(jié)合靜態(tài)類型和動態(tài)類型(interface)各自的優(yōu)勢.
那么就從頭談起:什么是接口。其實通俗的講,接口就是一個協(xié)議,規(guī)定了一組成員,例如.NET里的ICollection接口:
public interface ICollection {
int Count { get; }
object SyncRoot { get; }
bool IsSynchronized { get; }
void CopyTo(Array array, int index);
}
這就是一個協(xié)議的全部了嗎?事實并非如此,其實接口還規(guī)定了每個行為的“特征”。打個比方,這個接口的Count除了需要返回集合內(nèi)元素的數(shù)目以外,還隱含了它需要在O(1)時間內(nèi)返回這個要求。這樣一個使用了ICollection接口的方法才能放心地使用Count屬性來獲取集合大小,才能在知道這些特征的情況下選用正確的算法來編寫程序,而不用擔(dān)心帶來性能問題,這才能實現(xiàn)所謂的“面向接口編程”。當(dāng)然這種“特征”并不但指“性能”上的,例如Count還包含了例如“不修改集合內(nèi)容”這種看似十分自然的隱藏要求,這都是ICollection協(xié)議的一部分。