问题描述
|
当讨论（询问/回答有关问题，撰写有关博客的文章等）某些编程问题时，可能需要提供源代码示例来说明您所谈论的内容；但是在某些情况下，这些摘要可能很危险，不是因为它们直接有害，而是因为它们似乎一开始就起作用，但后来才解决问题。在讨论并发问题时，两个例子是：代码大部分时间都在工作，但很少且不确定地失败；在讨论安全性问题时，代码似乎在工作，但实际上可以被利用。可能还有其他例子。
有必要能够讨论这样的问题，至少要增强对它们的认识。但是，我一直担心有人会来自搜索引擎，几乎看不懂帖子，复制并粘贴该片段并将其用于某些用途；更巧妙地，有人可以阅读该帖子，在测试项目中试用该代码，并确认确实可以利用它（鼓励他这样做），然后在一段时间后重用危险代码，因为他忘记了该代码是危险的并且不再有博客文章来说明代码段为何如此危险的原因。
因此，我想知道如何标记这样的代码，以使它的任何部分都不会以某种方式用于生产（或者，如果有，则负责方无法合理地否认意识）。
我想到的一种方法是：
每个函数中都有一个#error（或类似的）指令，以及
重复评论警告代码的危险性（因为将在测试项目中尝试代码以确认问题的人将删除#error指令）。
但是，由于这些注释只会使在网络上阅读时的摘要变得混乱，因此我将它们设置为与背景相同的颜色（或者至少是我正在尝试；请参见此处的操作方式，我偶然对doctype有疑问.com询问如何最好地做到这一点）。
如果这似乎完全过头了，请记住并发（和安全性）问题非常危险，因此我想（在合理的范围内）尽一切努力防止我的摘要在真实软件中引起问题；我有时将其与易裂变材料处理进行比较。
（老实说，我不知道它是否最适合Programmer.stackexchange.com或这里，所以我先在这里问；如果事实证明会更好，请随时转到programmers.stackexchange.com。那里。）
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）