这是一个创建于1740 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 Thetruechar 2021-02-26 11:59:48 +08:00 via Android 很喜欢这样的引战帖 |
 | 2 Leviathann 2021-02-26 12:08:42 +08:00 via iPhone 反正我觉得官方书的模块化那章写的很烂 最后一节忽然说文件夹也是 path 的一部分 也没提 lib 和 binary 怎么交互 试了下才知道把 lib 当成外部 package 一样用 cargo 文件夹名才能导进来 |
 | 3 yemoluo 2021-02-26 12:13:22 +08:00  1 nnd. 所有权和所有权转让、指针、智能指针、装箱等等才是大头啊，这几个你中有我，我中有你，不来回个 50 遍根本理解不了 |
 | 4 HeapOverflow 2021-02-26 12:14:35 +08:00 一看就是没被 c++虐过 |
 | 5 CatCode 2021-02-26 12:19:21 +08:00 |
 | 6 hunk 2021-02-26 12:25:52 +08:00 花了几天时间看 rust 和 go，准备先从 go 学起。 有个需要大并发的需求. |
 | 7 palfortime 2021-02-26 12:35:53 +08:00 via Android 2018 可以不用 mod.rs 。写 mod xxx，有什么不好，这样更明确清晰。 |
 | 8 fakeshadow 2021-02-26 17:30:54 +08:00 那如果让你知道了 pub(self/super/crate) 是不是会更抓狂？ |
 | 9 syaka OP @palfortime 没发现一个文件作为一个 mod 有什么优点，现在的模块化语法太繁琐了。 |
| 10 syaka OP @Thetruechar 非引战，实际项目中实在繁琐的不行，更理解不了为什么一个文件作为一个 mod 有什么收益。 |
| 12 syaka OP @HeapOverflow 还真是，人生苦短，我用 Golang |
| 15 CatCode 2021-02-26 20:05:58 +08:00 @syaka 可能是早期的设计吧。而即使到了 2018 edition 也不便于改太狠，毕竟兼容性还是要考虑的。 有的东西，在早期可能是当时很好的设计。但是随着技术发展，更好的设计可能会出现，然后在对比原来的设计，就发现原来的设计不是那么美好。 |
 | 16 Jirajine 2021-02-26 20:26:31 +08:00 via Android 我到觉得两者没太大优劣之分。 rust 的单文件模块，一个模块代码很多的时候文件就会太长，不得不分模块。而 go 就可以用多个文件写同一个模块。 而 go 用目录分模块，模块很多一个模块代码很少的时候也会很麻烦，并且文件名不体现模块名。 但是 rust 整个的包管理 crate 系统要更好，lib 的归 lib，bin 的归 bin，比 go 都混到一起更清晰。 |
 | 17 plko345 2021-02-27 08:51:18 +08:00 via Android 喜欢 rust，但这点也同意楼主的观点 |
| 18 syaka OP @Jirajine go 用一个目录作为一个模块（和 Java 一样），一般是目录名体现模块名。 cargo 是包管理工具，这一点确实比 go modules 好。 |
 | 19 poly000 2021-04-05 07:47:22 +08:00 感觉可以一个 lib 一个 crate 这样 cargo 支持多 crate 管理 |
 | 20 Nugine0 2021-04-28 11:32:32 +08:00 via Android 1 |
 | 21 galenjiang 2022-07-20 15:51:02 +08:00 mod.rs 和 index.js 有区别吗？ 另外，这样写的好处是，没有像 node 一样软链导致的各种问题，声明和实现分开了。 |
Select Language