Perl 程序员学习 Golang，Go 语言简单入门、快速使用

flw

回复 20# laputa73


    为啥要共享？你好好想想这个问题。比如我有知识你有问题，我为啥要和你共享？我的是我的你的是你的，为啥要共享？

传统的面向过程、面向对象编程，代码是死的，上帝是活的。上帝无所不能，所有代码都是它的工具，然而程序员的智商创造不出无所不能的上帝。于是便有了 BUG。
你把每一段代码都想象成一个普通的人，活生生的人，人和人之间如何协作，代码和代码就如何协作，这个叫做［仿生学］，这段活的代码，就叫做 Go 程。

多用请求、应答模式。

Don't communicate by sharing memory; share memory by communicating.

py

substr函数 发表于 2015-12-14 11:59
某种程度上说明：[   ]

        Go语言本质上没有干了什么新的事情
        Go语言本身没有被良好地设计
        Go语言是其他现代编程语言的退化



为什么Go语言不是想象中的那么好 [ ]
http://www.techug.com/why-go-is-not-good

1. 没有哪个语言干了“新鲜事”
2/3. 这种片儿汤话有的事，安在哪个语言上基本都成立。

对于任何一个语言，想找正面和负面的评论都不是难事。所以，是否选择一个语言，看的肯定不是谁正负面评论的多寡。

py

laputa73 发表于 2015-12-14 15:48
    正好请教一下大神，在go里面，多核模式下，推荐使用何种模式来处理goroutine之间的数据读写共享问题？
   用channel?还是用锁?
    比如从一个队列里面读数据，这个操作是否线程安全？并发读是否会出错？
   还是用一个单独go来读队列，然后channel?

支持协程的情况下，系统设计都推荐用 channel，不推荐用锁。Coro 也一样。
Golang 的 blog 有一篇是介绍如何共享数据的。其中提到 flw 说的那句。https://blog.golang.org/share-memory-by-communicating

我个人的感觉是，如果整个系统设计的合理，即使是多核也不会出现数据共享的问题。实际做起来，你就想怎么做就怎么做，设计错了就会出问题，出问题了就调整设计。把坑都踩一遍是非常有价值的。

laputa73

了解
这样的话，go的协程模式其实和erlang是一样的。
只不过erlang比较狠，根本就没有变量、锁这些机制，全靠通信.
以后比较底层的通信框架，就都准备迁到go去了。

substr函数

回复 22# py


请教大神  17楼 那种形式
请问 go 如何实现呢 ？

谢谢了。

py

回复 25# substr函数

你 Perl 里用的是什么，Go 里就也用什么。主贴中有基本数据结构的对应关系。
   

substr函数

师兄说

py  只是一个 二楞子

99.9 % 不会写!
但我不信,
你是大神!
我信你 []

substr函数

回复 26# py



大神,
等你呀
一起与大神共同学习吧。[ ]

substr函数

回复 26# py


大神啊！有时间能帮我写出就好了 [   ]