Tests for LHW

[rsp4jack]

考虑了一下：

• 对于已有的题目不再变动；
• 对于以后的题目：
• • 能 static_assert 和 requires 的，优先选择编译器检查；
• • 需要运行时检查的，考虑使用测试框架。

至于现有的 stdout 比对，可以考虑用测试框架替代。

[Mq-b]

考虑了一下：

• 对于已有的题目不再变动；
• 对于以后的题目：
• • 能 static_assert 和 requires 的，优先选择编译器检查；
• • 需要运行时检查的，考虑使用测试框架。

至于现有的 stdout 比对，可以考虑用测试框架替代。

你说的对。

[rsp4jack]

@Mq-b

我这句话就是说的你这种情况，在 GitHub 你就直接打回复就行了，quote reply 是用来引用的。

[Mq-b]

是这样吗？我记得也有回复的意图。

[rsp4jack]

回复和引用是两个东西，引用用来指明回复的对象。然而你也不用把对方的话全部引用，一层叠一层就成了山了。通常情况下，直接打回复就好，也可以用 mention 指明要回复的对象，或者用 quote 提示要回复或者讨论的部分。

[Mq-b]

我看很多人都是我那样啊（

[rsp4jack]

保持 quote 部分不要太长就行了。该删的删，不需要 quote 就不用。

[Mq-b]

好，合理。

[geihob]

考虑了一下：

• 对于已有的题目不再变动；
• 对于以后的题目：
• • 能 static_assert 和 requires 的，优先选择编译器检查；
• • 需要运行时检查的，考虑使用测试框架。

至于现有的 stdout 比对，可以考虑用测试框架替代。

测试框架是侵入式的，想验证testcase还要在拉Loser-HomeWork下来编译运行，我不赞成这种方式，除非把提交单独开一个仓库

[rsp4jack]

那就不用测试框架，尽量使用第 12 题的方法，requires + static_assert。