go也是三种paradigm混合的语言 - Programming版

本页内容为未名空间相应帖子的节选和存档，一周内的贴子最多显示50字，超过一周显示500字访问原贴

Programming版 - go也是三种paradigm混合的语言

相关主题
● Python Q: function pass in struct pointer, come back with data filled	● 不是经常有人嚷嚷要contribute开源吗？
● 也谈OOP跟FP之争	● 面向数据的编程与面向对象的编程
● 对 (im)mutability 的误解和深度理解	● FP的死穴还是性能
● 这么说吧，fp不是否定变量，而是控制变量的范围	● 学FP不是为了写代码, 而是为了优秀的架构.
● FP更接近人的思维	● 对scala的误解
● 从今天开始起，学C++！	● groovy 不错啊
● OOP里面的Object其实是actor	● golang虽然不会一统江湖，但是，干掉python ,ruby是迟早的事情
● 函数式语言是不是特别费系统资源？	● 玩go还是要玩OO

相关话题的讨论汇总
话题: go话题: oo话题: fp话题: java话题: interface

进入Programming版参与讨论

(共1页)

p*****2
发帖数: 21240

感觉不同背景写出来的code风格会很不一样。
go是怎么解决这个问题的？

c*******0
发帖数: 5247

你举个例子吧，怎么用三种不同的paradigm写同一个go程序

p*****2
发帖数: 21240

比如C出身的，可能就是function，struct，pointer了。
Java出身的就是method, interface这些了。
FP出身的就是higher order function, lambda, closure这些了。

c*******0
发帖数: 5247

go里面function就一种，就是可以当作value的function
struct和interface看看不就明白了，method也是。
这些概念都是超直白的，加起来撑死就是两种写法，用method和不用method(纯c)。

p*****2
发帖数: 21240

我觉得可以写成functional的写成declarative的当然工作要多点
可能很少fp的人用go吧
就method来说一般推荐是怎么玩？ oop还是pp？

【在 c*******0 的大作中提到】

: go里面function就一种，就是可以当作value的function
: struct和interface看看不就明白了，method也是。
: 这些概念都是超直白的，加起来撑死就是两种写法，用method和不用method(纯c)。

c*******0
发帖数: 5247

就是最直白的method用法，Go不算正统oop，也就是struct包struct可以搞类似于继承
的概念而已。你必须要method才能做到interface，所以其实method更多是用来给
interface用的。
你要想看method idiomatic的用法，http库是最好的选择
http://golang.org/pkg/net/http/

【在 p*****2 的大作中提到】

: 我觉得可以写成functional的写成declarative的当然工作要多点
: 可能很少fp的人用go吧
: 就method来说一般推荐是怎么玩？ oop还是pp？

p*****2
发帖数: 21240

其实现在OOP，比如Java也不推荐用继承，大量采用interface。有了method和
interface，Go的OO功能已经很很强大了。我估计纯C的写法，可能基本会是C出身不懂
OO的人会那么搞。大部分人就像你说的一样，但是FP背景的写法又会很不一样。
不过我的第一印象是Go的method和interface的设计解决了OO的很多问题。不过
interface貌似缺失一些功能，而且比较动态化，这个会导致代码重用有一定障碍，和
代码不易读。不知道你们遇到没有。

【在 c*******0 的大作中提到】

:
: 就是最直白的method用法，Go不算正统oop，也就是struct包struct可以搞类似于继承
: 的概念而已。你必须要method才能做到interface，所以其实method更多是用来给
: interface用的。
: 你要想看method idiomatic的用法，http库是最好的选择
: http://golang.org/pkg/net/http/

f*******t
发帖数: 7549

如果不往FP上靠，基本上只有一种写法。
type If interface {
func Foo() (Result, error)
}
type Impl struct {
}
func (i *Impl) Foo() (Result, error) {
...
}
我刚上手时概念混乱了好久。读别人的go代码，传object参数一般写指针，但如果是接
口，就不带那个*。
例子：
func Bar(i If) {
res, err := i.Foo()
...
}
i := Impl{}
Bar(&i)
后来我才理解，由于duck typing的存在，真正继承If的不是Impl，而是*Impl。实际应
用中会用这种写法避免object的复制（go是pass by value）。

p*****2
发帖数: 21240

多谢大牛。
另外，method只能定义给local type，这样就不能轻松extend 其他类型了。其实效果
就是OO的封装了。（我刚看还以为能更灵活一点呢）
interface不能有default implementation吧？这样就是Java 8 之前的状态了。

【在 f*******t 的大作中提到】

: 如果不往FP上靠，基本上只有一种写法。
: type If interface {
: func Foo() (Result, error)
: }
: type Impl struct {
: }
: func (i *Impl) Foo() (Result, error) {
: ...
: }
: 我刚上手时概念混乱了好久。读别人的go代码，传object参数一般写指针，但如果是接

f*******t
发帖数: 7549

可以通过这种方式实现default implementation吧：
type If interface {
func Foo()
}
func DefaultFoo() {
}
type Impl struct {
}
func (i *Impl) Foo() {
DefaultFoo()
}
go的理念是尽量避免语法糖，能用一种办法替代某个语法feature就绝不加第二种可能
。这是它区别于其它语言的特色，我觉得挺好的。

相关主题
● 从今天开始起，学C++！	● 不是经常有人嚷嚷要contribute开源吗？
● OOP里面的Object其实是actor	● 面向数据的编程与面向对象的编程
● 函数式语言是不是特别费系统资源？	● FP的死穴还是性能
进入Programming版参与讨论

f*******t
发帖数: 7549

关于灵活地extend其它类型，这点确实做不到，不能只override一部分函数，想extend
就必须全定义一遍。
但我不认为这是必须的，总有work around。

p*****2
发帖数: 21240

extend
刚才看了看 pass by value 挺好的。使得fp更容易。

【在 f*******t 的大作中提到】

: 关于灵活地extend其它类型，这点确实做不到，不能只override一部分函数，想extend
: 就必须全定义一遍。
: 但我不认为这是必须的，总有work around。

p*****2
发帖数: 21240

这个可以，只是要自定义一下。
另外interface的实现是隐式的，这个对代码可读性有多大影响呢？

【在 f*******t 的大作中提到】

: 可以通过这种方式实现default implementation吧：
: type If interface {
: func Foo()
: }
: func DefaultFoo() {
: }
: type Impl struct {
: }
: func (i *Impl) Foo() {
: DefaultFoo()

p*****2
发帖数: 21240

这个用anonymous field应该也行吧？
就是定义一个default implementation of interface，然后加入其他struct as
anonymous field. 感觉这样更OO一些。其他struct也不需要显式实现interface了。

【在 f*******t 的大作中提到】

: 可以通过这种方式实现default implementation吧：
: type If interface {
: func Foo()
: }
: func DefaultFoo() {
: }
: type Impl struct {
: }
: func (i *Impl) Foo() {
: DefaultFoo()

f*******t
发帖数: 7549

影响非常大，因为没有好的golang IDE！
我花了很多时间配置vim，装了vim-go和YCM。但vim-go里找caller的功能完全没法使用
，只有找definition可用。像一个类实现了另一个类/接口完全看不出来。
我觉得golang写东西简单迅速，语言本身没什么让人太不爽的，最重要的是高端IDE支
持。好不容易设计成static typing了，不把ide整强大点怎么行。

【在 p*****2 的大作中提到】

:
: 这个用anonymous field应该也行吧？
: 就是定义一个default implementation of interface，然后加入其他struct as
: anonymous field. 感觉这样更OO一些。其他struct也不需要显式实现interface了。

l**********n
发帖数: 8443

看了下Go，感觉很糟糕。比Node差远了

p*****2
发帖数: 21240

就是几种paradigm大混合
比如array, slice, map这些貌似只能写成PP的，
struct可以写成OO的，而且看上边几个go大牛的意思基本也是这么写的
风格很不统一。
fp的人进去就会开始搞fp，只是现在懂fp的还不太多。
我感觉会有两个趋势，
一个是OOP，就是struct，method，interface这些
一个是FP，就是function，array, slice, map, struct, higher order function这些
不过fp的话，go确实还是太弱了，估计fp的人不会喜欢，所以估计主要会是OO，但是里
边要混杂pp，也挺麻烦的，除非array，slice，map这些可以加method。

【在 l**********n 的大作中提到】

: 看了下Go，感觉很糟糕。比Node差远了

p*****2
发帖数: 21240

我看中的是Go的async能力，不然完全提不起任何兴趣。

【在 l**********n 的大作中提到】

: 看了下Go，感觉很糟糕。比Node差远了

p*****2
发帖数: 21240

FP的话是不是要写成Clojure那样的了？
reduce(filter(map(xs, f1)), f2), f3)
或者要extend array，slice
myarray
.map(f1)
.filter(f2)
.reduce(f3)

l**********n
发帖数: 8443

确实。

【在 p*****2 的大作中提到】

: FP的话是不是要写成Clojure那样的了？
: reduce(filter(map(xs, f1)), f2), f3)
: 或者要extend array，slice
: myarray
: .map(f1)
: .filter(f2)
: .reduce(f3)

相关主题
● 学FP不是为了写代码, 而是为了优秀的架构.	● golang虽然不会一统江湖，但是，干掉python ,ruby是迟早的事情
● 对scala的误解	● 玩go还是要玩OO
● groovy 不错啊	● Pivotal Drops Groovy and Grails
进入Programming版参与讨论

t**r
发帖数: 3428

入门容易，以后大学里第一们语言要变成go了。
过去是c 后来是java, 然后是py，先一个是go.
初看影响不大。可是python这播毕业生已经工作几年了。他们用蟒蛇的兴趣非常大，而
且熟练程度也不错，我认为也是促使蟒蛇应用多起来的因素，虽说蟒蛇其实很烂。
所以，go未来发展能不能超过蟒蛇，我起码觉得，有可能，有机会。

【在 p*****2 的大作中提到】

: FP的话是不是要写成Clojure那样的了？
: reduce(filter(map(xs, f1)), f2), f3)
: 或者要extend array，slice
: myarray
: .map(f1)
: .filter(f2)
: .reduce(f3)

p*****2
发帖数: 21240

go几种paradigm都不典型，不太适合做第一门语言。

【在 t**r 的大作中提到】

: 入门容易，以后大学里第一们语言要变成go了。
: 过去是c 后来是java, 然后是py，先一个是go.
: 初看影响不大。可是python这播毕业生已经工作几年了。他们用蟒蛇的兴趣非常大，而
: 且熟练程度也不错，我认为也是促使蟒蛇应用多起来的因素，虽说蟒蛇其实很烂。
: 所以，go未来发展能不能超过蟒蛇，我起码觉得，有可能，有机会。

t**r
发帖数: 3428

我不认为学校教授管那么多。
mit, cmu等学校的课程2,3年前就开始普及go了。

【在 p*****2 的大作中提到】

:
: go几种paradigm都不典型，不太适合做第一门语言。

c*******0
发帖数: 5247

interface最大的问题是当你遇到一个变量的时候你不知道他到底满足哪些interface。
标准库里面的还好说，直接查很快，用多了也就记住了。第三方库的，代码多的，读起
来要记下note才不会忘记。这个Go Oracle这套工具在解决，目前来看很promising
代码重用肯定是有障碍的啦，没有generics就是这样的。但我们后台是纯应用，我不写
库，所以除了一些简单的max，min的东西自己包装一个util，其他目前还没遇到问题。
社区有人用go generate来解决generics，但这个思路不是我的菜，所以我暂时还没有用

【在 p*****2 的大作中提到】

:
: go几种paradigm都不典型，不太适合做第一门语言。

c*******0
发帖数: 5247

这两者都不是Go的风格
Go的风格就是不让你map,filter,reduce。就是要让你用显式的for loop去做。
举个例子，比如你有下面一个fp代码
input.filter(flagIsTrue)
.map(getCollection)
.fold(flatten, [])
.filter(costGt50)
.map(getCost)
.fold(sum, 0)
在Go里面你是不会这么写的，你会写成
var sum float64
for _, v := range input {
if !v.Flag {
continue
}
for _, u := range v.Collection {
if (u.Cost > 50) {
sum += u.Cost
}
}
}
那这就是喜欢Go和讨厌Go的来源了。讨厌Go的人，比如FP社区来的人，会觉得第一种风
格非常high level易懂。喜欢Go的人，比如C社区来的人，会觉得第二种易懂，又易控
易调试
总之这就是个人喜欢的问题。

【在 p*****2 的大作中提到】

: FP的话是不是要写成Clojure那样的了？
: reduce(filter(map(xs, f1)), f2), f3)
: 或者要extend array，slice
: myarray
: .map(f1)
: .filter(f2)
: .reduce(f3)

c*******0
发帖数: 5247

那是因为他们是distributed system的课程。
CS入门课还都是Python首选。
这点上我同意京二，Go不是一门好的general编程入门语言。我一直就觉得Go是一门很
niche的语言，就是cloud service后端。不适合UI，不适合DM/ML，不适合OS。Go是一
门不能再实际的语言，完全就是G家多年C++后台开发的经验累积起来的，在校学生不可
能理解Go design的tradeoff。

【在 t**r 的大作中提到】

: 我不认为学校教授管那么多。
: mit, cmu等学校的课程2,3年前就开始普及go了。

t**r
发帖数: 3428

“完全就是G家多年C++后台开发的经验累积起来的”
有见解。

【在 c*******0 的大作中提到】

:
: 那是因为他们是distributed system的课程。
: CS入门课还都是Python首选。
: 这点上我同意京二，Go不是一门好的general编程入门语言。我一直就觉得Go是一门很
: niche的语言，就是cloud service后端。不适合UI，不适合DM/ML，不适合OS。Go是一
: 门不能再实际的语言，完全就是G家多年C++后台开发的经验累积起来的，在校学生不可
: 能理解Go design的tradeoff。

t**r
发帖数: 3428

跑题一下，
个人感觉py的oo还没有java, c++直白好学呢。

【在 c*******0 的大作中提到】

c*******0
发帖数: 5247

如果你的目的是要给学生做CS入门，OO不是重点。多快能把一个cs的idea转成code是重
点。
一个csv文件让学生print第三列，python(没有任何优化)是
for line in open("file"):
print line.strip().split(",")[2]
这个你让c++/Java怎么比？
所以大家都去上python了。
cs第一门课的introduction to CS，OO内容很少的。完全就是CS所有领域的入门大杂烩
，python真的是不二选择

【在 t**r 的大作中提到】

: 跑题一下，
: 个人感觉py的oo还没有java, c++直白好学呢。

p*****2
发帖数: 21240

普及也好。省得让OO污染学生的心灵。

【在 t**r 的大作中提到】

: 我不认为学校教授管那么多。
: mit, cmu等学校的课程2,3年前就开始普及go了。

相关主题
● 到底golang性能如何啊？	● 也谈OOP跟FP之争
● 现在脚本程序员在进入企业和web	● 对 (im)mutability 的误解和深度理解
● Python Q: function pass in struct pointer, come back with data filled	● 这么说吧，fp不是否定变量，而是控制变量的范围
进入Programming版参与讨论

p*****2
发帖数: 21240

我觉得python对三种paradigm的表述都还可以。当然我不知道是不是会教这么多了。

【在 t**r 的大作中提到】

: 跑题一下，
: 个人感觉py的oo还没有java, c++直白好学呢。

z****e
发帖数: 54598

跑题一下，我觉得oo才是重点
绝大多数人，尤其是男孩子，学programming，都是冲着游戏去的
教java时候，经常第一个ppt就要说
这门课学完了之后并不能保证你能写出星际一样的游戏 etc.
以免给学生过多的期望，而只要说这个programming跟gaming有关
真的是趋之若鹜，而gaming跟oo关系极大
我感觉几乎都是oo，没有太多fp等其他paradigm的生存空间
因为直接用一个object对应一个player，是最直观和容易理解的方式
当然游戏跟学术又是两回事，学术过份倾向于数学的应用
导致什么最后都是数学，数学的深浅决定了这种应用的高度和深度

【在 c*******0 的大作中提到】

:
: 如果你的目的是要给学生做CS入门，OO不是重点。多快能把一个cs的idea转成code是重
: 点。
: 一个csv文件让学生print第三列，python(没有任何优化)是
: for line in open("file"):
: print line.strip().split(",")[2]
: 这个你让c++/Java怎么比？
: 所以大家都去上python了。
: cs第一门课的introduction to CS，OO内容很少的。完全就是CS所有领域的入门大杂烩
: ，python真的是不二选择

p*****2
发帖数: 21240

imperative的写法，更加强调的是高性能，这也是Go一直所看中的，所以很多设计都往
这个方向靠。
不过很多时候性能不是最重要的，比如go很多领域替换python，应该更看中
productivity。declarative就更适合了。
不知道go社区有没有人这么搞的，有没有什么好的library。
我的感觉应该可以写出一套functional的library。如果没人写过，我可能去试试。我
们productivity > performance。

【在 c*******0 的大作中提到】

c*******0
发帖数: 5247

这是一个tradeoff。我的看法是Go社区的人大部分会选择往imperative的方向靠。Go对
性能还是很重视的，从编译性能到运行性能，很多case里是比productivity更加重视。
Go到现在还没有generics
就是这个原因。
没有generics，你写map/filter的库要做很多reflection的工作，必然会导致速度变慢
。我个人感觉写出来耶没人用。你要实在有兴趣，看一看Rob Pike以前写的map/filter
/reduce库
https://github.com/robpike/filter
你看看源码就明白我说的意思了。
我这几年对Go的设计理念的理解是
simplicity > performance > readability > productivity
要比productivity，Go死都比不上Python/Ruby的。当然你的程序天天多核并行除外

【在 p*****2 的大作中提到】

:
: imperative的写法，更加强调的是高性能，这也是Go一直所看中的，所以很多设计都往
: 这个方向靠。
: 不过很多时候性能不是最重要的，比如go很多领域替换python，应该更看中
: productivity。declarative就更适合了。
: 不知道go社区有没有人这么搞的，有没有什么好的library。
: 我的感觉应该可以写出一套functional的library。如果没人写过，我可能去试试。我
: 们productivity > performance。

p*****2
发帖数: 21240

OO也是有很多种的。比如Go的OO设计就比Java灵活了很多。JS的OO设计也很有特点。学
生如果只学Java的OO的话毕业之后编程就很死板。
其实gaming跟OO的关系也不是那么强，也看游戏的复杂程度。OO是为了大程序设计的，
一个小游戏的话PP都可以，理解起来更简单。

【在 z****e 的大作中提到】

: 跑题一下，我觉得oo才是重点
: 绝大多数人，尤其是男孩子，学programming，都是冲着游戏去的
: 教java时候，经常第一个ppt就要说
: 这门课学完了之后并不能保证你能写出星际一样的游戏 etc.
: 以免给学生过多的期望，而只要说这个programming跟gaming有关
: 真的是趋之若鹜，而gaming跟oo关系极大
: 我感觉几乎都是oo，没有太多fp等其他paradigm的生存空间
: 因为直接用一个object对应一个player，是最直观和容易理解的方式
: 当然游戏跟学术又是两回事，学术过份倾向于数学的应用
: 导致什么最后都是数学，数学的深浅决定了这种应用的高度和深度

z****e
发帖数: 54598

no
我感觉js的oo很垃圾
js是一个broken language
java的oo跟swift几乎一摸一样
学完了其中任何一个，切换过去几乎不用怎么转换思想
go不知道

【在 p*****2 的大作中提到】

:
: OO也是有很多种的。比如Go的OO设计就比Java灵活了很多。JS的OO设计也很有特点。学
: 生如果只学Java的OO的话毕业之后编程就很死板。
: 其实gaming跟OO的关系也不是那么强，也看游戏的复杂程度。OO是为了大程序设计的，
: 一个小游戏的话PP都可以，理解起来更简单。

z****e
发帖数: 54598

oo的精华就在于你什么东西都要找到一个宿主和源头
而1st class func则是破坏这个模型的主因
就像玩个游戏，陡然发现有个上帝之手在操作
那搞啥
用一个最简单的例子
一辆坦克从a地开到b地
oo认为，这是坦克自己的动力驱使它开过去的
fp认为，这个是上帝的手推过去的
游戏要是不坚持oop的话，很快就精分了
所以python，js我都不喜欢，所有的脚本都很垃圾
脚本本质是反模型的，fp的模型主要是在数学解答上
而oop的模型则主要在simulation上

p*****2
发帖数: 21240

OO最大的问题就是strong coupling，所以Java后来的很多feature都是解耦用的。Java
就是自己把自己捆住，又想办法把自己打开。问题是很多人学了OO以后只是学到一个形
，没有学到本质，所以编程序就把自己捆起来了。
讽刺的是大部分OO语言的特点都是强调strong coupling的features。这点go算是搞的
不错，看到了问题。

【在 z****e 的大作中提到】

: no
: 我感觉js的oo很垃圾
: js是一个broken language
: java的oo跟swift几乎一摸一样
: 学完了其中任何一个，切换过去几乎不用怎么转换思想
: go不知道

z****e
发帖数: 54598

再跑题一下下
除开jdk的安装部分
python和ruby的simplicity肯定不能跟groovy相比
就看vert.x就知道
groovy的代码总是最短小精悍的
超过其他任何一个脚本，包括python, js, ruby这些
groovy经常了连require,import这些都不用写
groovy除了def我不是很喜欢以外，应该用var
其他没啥挑剔的

filter

【在 c*******0 的大作中提到】

:
: 这是一个tradeoff。我的看法是Go社区的人大部分会选择往imperative的方向靠。Go对
: 性能还是很重视的，从编译性能到运行性能，很多case里是比productivity更加重视。
: Go到现在还没有generics
: 就是这个原因。
: 没有generics，你写map/filter的库要做很多reflection的工作，必然会导致速度变慢
: 。我个人感觉写出来耶没人用。你要实在有兴趣，看一看Rob Pike以前写的map/filter
: /reduce库
: https://github.com/robpike/filter
: 你看看源码就明白我说的意思了。

p*****2
发帖数: 21240

filter
看了一下他的实现，感觉自己用没有必要搞的那么复杂，不过我也得写写才能感受到。
现在的想法是把OO和FP在Go中结合，写出declarative的code，PP就算了，Clojure最大
的问题就是这个了。
Go中对于higher-order functions一般是如何用的？如果不强调map/reduce的话。我觉
得map, reduce是higher order function和lambda的典型应用。closure倒不是特别的
用处大。

【在 c*******0 的大作中提到】

相关主题
● 这么说吧，fp不是否定变量，而是控制变量的范围	● OOP里面的Object其实是actor
● FP更接近人的思维	● 函数式语言是不是特别费系统资源？
● 从今天开始起，学C++！	● 不是经常有人嚷嚷要contribute开源吗？
进入Programming版参与讨论

p*****2
发帖数: 21240

这个我说过，OO和FP并不矛盾呀。我也认为OO本身的写法还是很方便的，比PP和FP都更
易读，而且IDE也可以有强大支持，但这个只是OO的一个方面呀。Scala就把这个方面和
FP结合起来了。

【在 z****e 的大作中提到】

: oo的精华就在于你什么东西都要找到一个宿主和源头
: 而1st class func则是破坏这个模型的主因
: 就像玩个游戏，陡然发现有个上帝之手在操作
: 那搞啥
: 用一个最简单的例子
: 一辆坦克从a地开到b地
: oo认为，这是坦克自己的动力驱使它开过去的
: fp认为，这个是上帝的手推过去的
: 游戏要是不坚持oop的话，很快就精分了
: 所以python，js我都不喜欢，所有的脚本都很垃圾

p*****2
发帖数: 21240

groovy functional比python，ruby支持的更好吧？

【在 z****e 的大作中提到】

: 再跑题一下下
: 除开jdk的安装部分
: python和ruby的simplicity肯定不能跟groovy相比
: 就看vert.x就知道
: groovy的代码总是最短小精悍的
: 超过其他任何一个脚本，包括python, js, ruby这些
: groovy经常了连require,import这些都不用写
: groovy除了def我不是很喜欢以外，应该用var
: 其他没啥挑剔的
:

z****e
发帖数: 54598

object本身就应该是一个整体
不能随意拆分，就像一个人，你把人的手和人身体拆开，会有啥后果？
1st class func的想法是好的
但是因为缺乏宿主，会导致整个模型出现非常可怕的后果
一个完整的模型不应该有外力的介入，自身应该是完备的
而1st class func则提供了一个外来介入的机会
肯定会有傻瓜进来乱用，导致整个模型崩溃
所以一旦涉及到simulation，一律oo，哪怕是c也都很少用
用c++，而且强调c++的oo部分，swift也是当纯粹的oo来搞
swift的脚本部分我几乎都不用，也有性能上的考虑
dynamic远比static难维护性能也差

Java

【在 p*****2 的大作中提到】