Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
int
Rust
提交
b22afe9e
R
Rust
项目概览
int
/
Rust
12 个月 前同步成功
通知
1
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
DevOps
流水线
流水线任务
计划
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
R
Rust
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
DevOps
DevOps
流水线
流水线任务
计划
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
流水线任务
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
b22afe9e
编写于
11月 16, 2014
作者:
J
Jakub Bukaj
浏览文件
操作
浏览文件
下载
差异文件
rollup merge of #18990: alfie/master
上级
a9f9e80d
c5232615
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
1 addition
and
1 deletion
+1
-1
src/doc/complement-design-faq.md
src/doc/complement-design-faq.md
+1
-1
未找到文件。
src/doc/complement-design-faq.md
浏览文件 @
b22afe9e
...
...
@@ -95,7 +95,7 @@ code should need to run is a stack.
`match`
being exhaustive has some useful properties. First, if every
possibility is covered by the
`match`
, adding further variants to the
`enum`
in the future will prompt a compilation failure, rather than runtime panic.
Second, it makes cost explicit. In general, only safe way to have a
Second, it makes cost explicit. In general,
the
only safe way to have a
non-exhaustive match would be to panic the task if nothing is matched, though
it could fall through if the type of the
`match`
expression is
`()`
. This sort
of hidden cost and special casing is against the language's philosophy. It's
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录