- 主题:Tour of Rust
明白了,const只能编译时设定固定值
在同一作用域下,允许对一个不可以写变量反复定义,却不发出警告?
很容易写出问题啊。有没有编译开关对这个发警告
【 在 ilovecpp 的大作中提到: 】
: const是个常数值,某种意义上跟#define差不多。
: let定义的是个变量。它只能被绑定一次,但不等于每次程序运行到这儿它绑定的是同一个值。
--
FROM 60.1.9.*
这是个典型的fp语言的特性,防止你产生副作用,你理解的还是不太对
【 在 sosei 的大作中提到: 】
: 明白了,const只能编译时设定固定值
: 在同一作用域下,允许对一个不可以写变量反复定义,却不发出警告?
: 很容易写出问题啊。有没有编译开关对这个发警告
: ...................
--
FROM 61.148.243.*
想要避免副作用,应该多用 immutable 对象。
const 指针适用场合少。
let 一次绑定应该是默认行为。新语言用这个语法来配合 closure 以示 closure 不会修改外部的变量——要我看,那种做法原本就不对,甚至应该取消 closure,只提供 partial 语法就够了。
【 在 eggcar (eggcar) 的大作中提到: 】
: 这是个典型的fp语言的特性,防止你产生副作用,你理解的还是不太对
--
FROM 112.47.122.*
重复绑定不发出警告,很容易写出错啊
【 在 eggcar 的大作中提到: 】
: 这是个典型的fp语言的特性,防止你产生副作用,你理解的还是不太对
--
FROM 60.1.9.*
要是说同一个名称在同一个作用域上下文重复绑定是挺蠢的设计 这个我完全同意,很容易写出完全没法读的代码来。
但是也可以利用这一点来搞一些花活,因为“名称”是可以变来变去的,但是绑定的对象是immutable的,保证了绑定的数据对象的安全性的同时,利用几个名称重复绑定,在编译期完成一些原本需要运行期做的变量交换啊之类的事请...
【 在 sosei 的大作中提到: 】
: 重复绑定不发出警告,很容易写出错啊
:
--
FROM 111.198.57.*
closure这个见仁见智吧,我觉得适度的使用closure还是挺方便的,写C时常感到麻烦的一点就是没有办法优雅地模拟闭包...
【 在 hgoldfish 的大作中提到: 】
: 想要避免副作用,应该多用 immutable 对象。
: const 指针适用场合少。
: let 一次绑定应该是默认行为。新语言用这个语法来配合 closure 以示 closure 不会修改外部的变量——要我看,那种做法原本就不对,甚至应该取消 closure,只提供 partial 语法就够了。
: ...................
--
FROM 111.198.57.*
closure 本质上是难以控制的回调,应该少用为妙。
实现观察者模式有时候不得不使用,这时候,我觉得有 partial 就很好了。
我看很多网络编程的 closure,有了 coroutine 以后就没必要了。
【 在 eggcar (eggcar) 的大作中提到: 】
: closure这个见仁见智吧,我觉得适度的使用closure还是挺方便的,写C时常感到麻烦的一点就是没有办法优雅地模拟闭包...
--
FROM 59.60.54.*
这个,可以用Apple的blocks扩展。
【 在 eggcar (eggcar) 的大作中提到: 】
: closure这个见仁见智吧,我觉得适度的使用closure还是挺方便的,写C时常感到麻烦的一点就是没有办法优雅地模拟闭包...
--
FROM 125.38.20.*
不会,磨刀不误砍柴工,而且最后你可能发现RUST学得差不多了C++那边进度条还是??%
【 在 eematlab 的大作中提到: 】
: 作为C++还没学透的人,就想学RUST,是不是有点寅吃卯粮啦:-)
:
--
FROM 43.249.37.*
早吃早饱
【 在 eematlab 的大作中提到: 】
: 作为C++还没学透的人,就想学RUST,是不是有点寅吃卯粮啦:-)
:
:
: ....................
- 来自「最水木 for iPhone 8」
--
FROM 223.104.3.*