go语言实验结论 go语言开发实战慕课版

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

我为什么放弃Go语言

有好几次go语言实验结论，当我想起来go语言实验结论的时候go语言实验结论，总是会问自己go语言实验结论：我为什么要放弃Go语言？这个决定是正确的吗？是明智和理性的吗？其实我一直在认真思考这个问题。

开门见山地说，我当初放弃Go语言（golang），就是因为两个“不爽”：第一，对Go语言本身不爽go语言实验结论；第二，对Go语言社区里的某些人不爽。毫无疑问，这是非常主观的结论。转载

1.1 不允许左花括号另起一行

1.2 编译器莫名其妙地给行尾加上分号

1.3 极度强调编译速度，不惜放弃本应提供的功能

1.4 错误处理机制太原始

1.5 垃圾回收器（GC）不完善、有重大缺陷

1.6 禁止未使用变量和多余import

1.7 创建对象的方式太多令人纠结

1.8 对象没有构造函数和析构函数

1.9 defer语句的语义设定不甚合理

1.10 许多语言内置设施不支持用户定义的类型

1.11 没有泛型支持，常见数据类型接口丑陋

1.12 实现接口不需要明确声明

1.13 省掉小括号却省不掉花括号

1.14 编译生成的可执行文件尺寸非常大

1.15 不支持动态加载类库

相关问答

Q1: 浅谈Go语言函数与方法的区别

前段时间，我们实验室用go作为后台开发语言开发了一个web项目，由于这是自己第一次使用go语言进行开发，在开发过程中，一味着追求完成任务，在编码的时候没有太注重性能，虽然勉强实现了功能，但是对go语言的理解还是比较浅显的。下面来谈谈自己对go语言中函数与方法的理解。

普通函数:

go函数可以返回多个值

值传递: 值传递是指在调用函数时将实际参数复制一份传递到函数中，这样函数中如果对参数进行修改，将不会影响到实际参数

引用传递: 引用传递是指在调用函数将实际参数的地址传递到函数中，那么在函数中对参数进行的修改，将影响到实际参数。

一般来说go语言函数的接收者(也就是形参)一般放在函数名后面，不能将指针类型的数据直接传递，也就是说函数形参如果是值类型，调用者必须使用值作为实参过来，如果函数形参是指针类型，则函数调用者需使用指针作为实参来调用。

普通方法:

接收者是在func关键字后面，而不是在函数名称后面，接收者可以是自己定义的一个类型，这个类型可以是struct、interface，一个方法就是一个包含了接收者的函数，接收者可以是命名类型或者是结构体类型的一个值或者是一个指针。

下面是一个例子来说明方法和函数的区别（重点）

Q2: 如何看待go语言泛型的最新设计？

Go 由于不支持泛型而臭名昭著go语言实验结论，但最近，泛型已接近成为现实。Go 团队实施了一个看起来比较稳定go语言实验结论的设计草案，并且正以源到源翻译器原型的形式获得关注。本文讲述的是泛型的最新设计，以及如何自己尝试泛型。

例子

FIFO Stack

假设go语言实验结论你要创建一个先进先出堆栈。没有泛型，你可能会这样实现：

type Stack []interface{}func (s Stack) Peek() interface{} {

return s[len(s)-1]

}

func (s *Stack) Pop() {

*s = (*s)[:

len(*s)-1]

}

func (s *Stack) Push(value interface{}) {

*s =

append(*s, value)

}

但是，这里存在一个问题：每当你 Peek 项时，都必须使用类型断言将其从 interface{} 转换为你需要的类型。如果你的堆栈是 *MyObject 的堆栈，则意味着很多 s.Peek().(*MyObject)这样的代码。这不仅让人眼花缭乱，而且还可能引发错误。比如忘记 * 怎么办？或者如果您输入错误的类型怎么办？s.Push(MyObject{})` 可以顺利编译，而且你可能不会发现到自己的错误，直到它影响到你的整个服务为止。

通常，使用 interface{} 是相对危险的。使用更多受限制的类型总是更安全，因为可以在编译时而不是运行时发现问题。

泛型通过允许类型具有类型参数来解决此问题：

type Stack(type T) []Tfunc (s Stack(T)) Peek() T {

return s[len(s)-1]

}

func (s *Stack(T)) Pop() {

*s = (*s)[:

len(*s)-1]

}

func (s *Stack(T)) Push(value T) {

*s =

append(*s, value)

}

这会向 Stack 添加一个类型参数，从而完全不需要 interface{}。现在，当你使用 Peek() 时，返回的值已经是原始类型，并且没有机会返回错误的值类型。这种方式更安全，更容易使用。（译注：就是看起来更丑陋，^-^）

此外，泛型代码通常更易于编译器优化，从而获得更好的性能（以二进制大小为代价）。如果我们对上面的非泛型代码和泛型代码进行基准测试，我们可以看到区别：

type MyObject struct {

int

}

var sink MyObjectfunc BenchmarkGo1(b *testing.B) {

for i := 0; i b.N; i++ {

var s Stack

s.Push(MyObject{})

s.Pop()

sink = s.Peek().(MyObject)

}

func BenchmarkGo2(b *testing.B) {

for i := 0; i b.N; i++ {

var s Stack(MyObject)

s.Push(MyObject{})

s.Pop()

sink = s.Peek()

}

结果：

BenchmarkGo1BenchmarkGo1-16 12837528 87.0 ns/op 48 B/op 2 allocs/opBenchmarkGo2BenchmarkGo2-16 28406479 41.9 ns/op 24 B/op 2 allocs/op

在这种情况下，我们分配更少的内存，同时泛型的速度是非泛型的两倍。

合约（Contracts）

上面的堆栈示例适用于任何类型。但是，在许多情况下，你需要编写仅适用于具有某些特征的类型的代码。例如，你可能希望堆栈要求类型实现 String() 函数

Q3: golang和java，谁才是最终答案？

首先说个人的结论：go和Java的发展各有侧重，go完全取代Java成为下一个企业级开发语言还有很长的路要走，但完全是有可能的。理由如下：

Java拥有丰富的开源资源，成熟的产品框架，数量庞大的程序员队伍以及活跃的社区

go最初是google为了解决自己的项目而创立的基于C语言开发出的语言，虽然有社区的支持，但目前发展的时间远远不如java,需要更多的时间积累框架不够成熟和丰富也是go的一大弱势。

go相比Java的优势： 1.Go语言语法简单，包含了类C语法。更容易开发出快速上手的高性能应用。 2.Go语言编译效率高。Go的快速编译时间是一个主要优势。 3.自由高效。Go天生支持高并发环境（这也是google设计Go的初衷之一），在高并发环境中Go拥有着巨大的优势。 4.强大的标准库。Go的标准库已经非常稳定，lib库也在不断地扩充和完善中 5.部署方便（基于C语言的特性是的Go语言的二进制文件可以运行于任何一种操作系统，天生的跨平台特性，更优于Java）

Go语言作为一个新兴的编程语言，因其最初的商业开源的特性，有Google的加持，加上现在区块链技术中Go项目所占比例逐渐增加，因而在后续区块链的产业中，Go语言的比重会逐渐压过Java。因而Go语言完全有可能在新一轮的科技产业发展中成为企业开发项目的首选语言

Q4: go语言method有没有继承顺序，实例探讨

计算机编程语言，尤其是面向对象的编程语言，虽然语法不同，但其原理大都是相通的！那么go语言的method方法的继承是否也有像python一样的顺序继承的机制呢？我们来用一个简单的实例探讨一下。

因此，结论是go语言结构体（类）的继承并没有像python那样的顺序机制。

go语言method方法的继承、重写，继承顺序的探讨 - 大器编程

Q5: 3.5 Go语言中将函数作为值使用

在匿名函数中，我们已经见过这种形式，即将匿名函数体整体赋值给某个变量，此时该变量就相当于这个函数，Python中也有类似go语言实验结论的表达方式。

通过程序的输出，我们能够观察到：

最后请大家思考，如果匿名函数执行go语言实验结论了，程序还能正常运行吗？

答案很显然是不行的，你看看到这样的错误./test_function_values.go:8:3: (func literal)() used as value，这里面有两个问题：

我们尝试修复一下这个问题，我们做go语言实验结论了以下修改：

再次运行，有以下显著变化：