V2EX › dacapoday 的所有回复 › 第 12 页 / 共 23 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 8 9 10 11 12 13 14 15 16 17 ... 23

❮

❯

2019-05-27 19:41:21 +08:00

回复了 opentrade 创建的主题 › 分享创造 › 最近做了个原型测试一下手机端编写自动化交易策略的可行性

大佬是用什么工具构建的？能够导出模型代码吗？

2019-05-25 15:58:00 +08:00

回复了 vencent 创建的主题 › 程序员 › 你们能接受一个程序设计语言里面一个内置类型对象的长度和它能迭代的次数不一样这种事情吗？

@vencent #29 归根结底，go 和 python 是两种语言，不能因为函数名都是'len'就想当然认为其语义和行为一致。

2019-05-25 15:45:58 +08:00

回复了 vencent 创建的主题 › 程序员 › 你们能接受一个程序设计语言里面一个内置类型对象的长度和它能迭代的次数不一样这种事情吗？

@dacapoday #36 即使从语言设计上，题中“ len 和 for in 行为不一致”也是伪命题。len 面向底层，字符串处理则是更高层次的，对象化的数据操作。go 的应用领域多在后端，必然需要访问底层数据结构的能力； python 则是脚本语言，期望简易理解和操作。其版本 3 更是希望能回避版本 2 中糟糕的编码问题，选择全面封装字符串的编码实现。

2019-05-25 15:33:09 +08:00

回复了 vencent 创建的主题 › 程序员 › 你们能接受一个程序设计语言里面一个内置类型对象的长度和它能迭代的次数不一样这种事情吗？

@vencent #21 你可能在字符串是数值还是容器上存在疑惑。从底层的角度，String 不过是一个元素类型为 char 的不定长数组。但是在多数语言中，对字符串采用 immutable 数据结构实现，声明的 String 类型，其行为更类似数据值而非容器引用。

go 这里“ String: the number of bytes in v.”就是表示字符串的数据有多大，而不是有几个字符。由于 go 采用的 utf-8 为变长编码，byte 的索引序与字符索引序不一致。如果期望字符的行为和传统语言（如 java)一致，应当考虑 go 中的 rune 类型(码点)，以及 unicode 包进行处理。

2019-05-25 02:33:01 +08:00

回复了 vencent 创建的主题 › 程序员 › 你们能接受一个程序设计语言里面一个内置类型对象的长度和它能迭代的次数不一样这种事情吗？

len 的语义更接近于表示数据的尺寸，而非容器的容量或长度。迭代则以容器的容量为单位。

2019-05-07 09:31:31 +08:00

回复了 ciba 创建的主题 › 问与答 › 初学 Python ， 2.X 还是 3.X 版本好

现在不黑 PHP，改黑 Java 了

2019-05-03 13:19:03 +08:00

回复了 formulahendry 创建的主题 › 程序员 › VS Code Remote 发布！开启远程开发新时代

VS Code 野心很大！ JB 家的 IDE 还剩啥，用户习惯？

2019-04-30 10:18:43 +08:00

回复了 Marsss 创建的主题 › 问与答 › Python 变量命名带类型标识是否合理

与其说是类型，不如说是在声明这些变量名表示容器。不带类型信息也许是指变量名的语义能够像静态类型中的泛型一样使用。