我经常想知道关于Stack Overflow,Server Fault和其他站点上有人问问题并给出答案的实践,例如Look here: http://link elsewhere。该链接很少会提供必要的答案-通常是整篇文章-但这些答案都被投票了。

为什么呢?我意识到这是主观的,但是我自己的想法是应该尝试给出答案(即使答案是“不,它不能完成”或“不,我不认为它可以完成”)- -答案截然不同),然后如果您有链接对其进行说明,请继续将其发布在答案中。

社区对此有何看法? br />有关更多信息,请参见“我如何写一个好的答案?”在帮助中心中。


返回到FAQ索引

评论

相关:为什么链接不好?

相关:您的答案在另一座城堡中:什么时候答案不是答案?

[仅超链接]答案被投票[-为什么]完全正确?答案投票按钮徘徊不读此答案/不遵循所有SO / SE要求和建议,但是此答案有用/无效。

#1 楼

链接很棒,但是它们永远不会成为答案中唯一的信息。一个很好的答案是:

“这是下一个建筑”。指向建筑物

,如果您改为包含链接,则是在说:

“我将带您到旅游咨询台,他们将能够为您提供有了答案,还有更多更多内容!“在这种(虚拟的)情况下,此人必须绕道而行。
当某人进行Stack Exchange时,“答案”问题实际上应该包含答案。不仅是指向答案的方向。
您应该为所有链接提供上下文,否则OP将不知道它们要点击的内容。如果它们是发给客户的技术电子邮件。除非客户询问“您可以重新发送该链接吗?”向他们发送仅包含链接的正式电子邮件是没有任何借口的。这是完全不正确的,那么为什么卖空自己呢?
Linkrot是“仅链接”是一个糟糕的回应的另一个完全原因。

#2 楼

在我的书中,仅将链接作为答案是不好的答案。即使链接的材料最初回答了问题,链接也会断开并且答案变得毫无价值。至少如果包含摘要,答案可能会完全独立。

评论


我认为这是赞成始终包含带有链接的摘要的最大论点。但这并不是说仅链接的答案应该被忽略。有时,摘要不可行或不适用。即使是这样,有时您只是没有时间去做。在其他时候,总结每个链接并不重要-这取决于整个上下文。

– Cregox
2010-2-17在23:31

这次聚会晚了,但是我想补充一下,如果您只是想提供一个链接,因为您想更快地回答问题,很好,但是您应该继续并编辑答案并提供更多的跟进。两全其美。

–凯蒂·基莲(Katie Kilian)
2012年3月30日16:42

这取决于链接本身。有时,它们会在网址本身中对信息进行编码,即使目标消失了,这些信息也仍然会有用。作为一个相关问题,通过删除有时存在于URL中的此类信息以及归因,用于隐藏实际URL的精美格式可能会降低答案。

–克里斯·斯特拉顿(Chris Stratton)
2012年7月16日在18:54

#3 楼

如果问题是这样的,“在哪里可以找到有关C#的数字格式字符串的文档?”该怎么办?当然,在这种情况下,整个正确答案是:




标准数字格式字符串
自定义数字格式字符串


通常,包括摘要是个好主意。但是,仅说一个链接总是不好也是不对的,特别是如果该链接指向某种“官方”文档的话。

评论


但是... microsoft / msdn上有多少个Duff链接

–红场
09年7月22日在20:07

我明白您的意思,但我并未就其他链接发表详尽的声明。甚至您的链接也具有描述性文字,远远超过某些答案。

–罗马人
09年7月22日在20:07

对于不良链接,MSDN最糟糕。

–兰斯·罗伯茨(Lance Roberts)
09年7月22日在20:20

这就是为什么我有时会制作一个非常具体的“我很幸运”链接来指向该位置的原因。这样,它将有望继续将您带到您想要的地方。

–布拉德·吉尔伯特(Brad Gilbert)
09年7月22日在21:05

这取决于MSDN的哪一部分。实际文档,尤其是.Net内容,通常是稳定的。 “文章”通常不是这样。

–乔尔·科恩(Joel Coehoorn)
09年7月22日在21:14

我知道这个答案很旧,但是我想说一个正确的整体答案是指向另一个站点的链接的问题,可能是一个不好的问题。

– tvanfosson
2012年1月11日在16:20

仅要求参考其他资源的问题通常是题外话。这就是Google的目的。

–user102937
2012年6月20日14:45

但是有些资源很难寻找。 “在哪里可以找到有关Python的%运算符的文档?”对我来说似乎是一个公平的问题。

–丹尼尔·卢巴罗夫(Daniel Lubarov)
13年20月20日在4:18

@RobertHarvey同意,但并非所有用户都具有相同的技能。如果您在干净的缓存浏览器中放置了良好的关键字,则可以找到一个好的解决方案,而不是偏颇。关键是要选择正确的。对于一个是困难的,对于另一个是容易的。也许,由于我们既要解决问题又要学习解决问题的方法,因此写出如何找到该链接也很有用,并且该链接将通过引擎的新搜索进行更新。

–Hastur
2015年9月18日在8:22

#4 楼

当我问一个问题时,我很高兴有人发布一个可以快速解决我问题的链接! -这要比他们认为没有足够的时间来发布“好”答案要好得多。

但是,当我读到一个有趣的问题时,我希望我可以从答案中学到一些东西而不必可以查看其他网站等。

没有什么可以阻止其他人有更多时间阅读链接的页面并写出更完整的答案了–那么我们可以两全其美。

评论


然后,我将对问题发表评论以发布该链接。

– Arjan
2010-09-22 17:44

@Arjan,很多用户没有评论代表

–伊恩·林格罗斯(Ian Ringrose)
2012年8月17日9:50

这是有原因的...

–ggorlen
20 May 25 '20:59

#5 楼

我认为这不是一个好习惯(尽管我本人对此有罪)。如果链接不存在会怎样?答案变得一文不值。我希望将答案的主要要点粘贴到答案中,因此,如果由于某种原因链接断开,则答案仍然有效。

我的大部分答案都涉及通过实时pastebin提供代码演示,但是,如果这些外部站点出现故障,那有什么用呢?我已建议使用Stack Overflow Pastebin,以最大程度地降低这种风险,但到目前为止,它还是置若de闻。

评论


对于使用其他站点的复制和粘贴,我唯一的评论是潜在的版权侵权。至少,如果要从另一个站点复制内容,则应提供指向该内容来源的链接。

– Tracy Probst
09年7月23日在12:27

@Tracy:没有人说该链接也不应发布。提供摘要或报价,链接应该是最佳的。

–乔治·弗里茨切(Georg Fritzsche)
2010-09-23 17:10

#6 楼

我没有看到这里讨论的另一种情况类似于链接腐烂。

很多使用Stack Overflow的用户都可以为公司工作。公司防火墙可能不会阻止Stack Overflow,但您链接到的站点却可能被阻止。如果站点在某些地区被阻止等,情况可能会是相同的。
注意:即使Stack Overflow处理了错误的链接(通过标志系统或抢先发现),系统管理员仍然不鼓励单击用户提交的链接。在去那里之前先查看它的指向,但是有些人使用URL缩短器,因此这在每种情况下都无济于事。

评论


在任何情况下,人们都不应该在这里使用URL缩短器。

–ale
13年4月22日在18:26

@AlEverett完全同意,但是我已经看到了。

–尼克·弗里曼(Nick Freeman)
13年4月22日在18:55

没有网址缩短程序?

–ale
2013年4月22日19:00



#7 楼

任何人在底部找到这个答案的人都不知道喜欢仅链接的答案,因此我实际上对此做了一些事情,并留下了自定义注释,而不是罐头注释:


答案是100%正确,如果该链接被移动,更改,合并到另一个链接中,或者主站点消失了,它也可能变得100%无用... :-(因此,请[编辑]
,然后将链接中的相关步骤复制到您的
答案中,从而保证您在本网站生命周期的100%内得到答案!;-)您可以随时离开链接在您的答案底部,作为您材料的来源...我:整个SE系列网站都将变得更好!)

为了便于复制粘贴,请在代码中附加以下代码:

评论


@ShadowWizard:感谢您的美化,但实际想法是每个人都可以复制并粘贴上面的内容并开始使用它...在您的修订中,这变得更加困难(我最诚挚的歉意,回滚到Muru的编辑中)

–法比
2015年10月2日,21:13



那不是代码。这是一个报价。请使用正确的格式。代码块是用于代码的。抱歉,但是我会一直回滚,直到钻石告诉我其他情况为止。

–影子向导正在接种疫苗
2015年10月2日21:15



@ShadowWizard:聊天而不是编辑战争?

–法比
2015年10月2日在21:16



没关系,不值得一战。仍然认为这是滥用代码块,因为它不是代码,而是代码。

–影子向导正在接种疫苗
2015年10月2日,22:30

@ShadowWizard:<哇!>实际上,如果记忆对我有用,这是我第一次感谢某人的“ Meh ...”(而且我已经老了!) :-)

–法比
2015年10月2日在22:36

#8 楼

如何建立无处可去的链接?
链接可能有很多用途,但是添加一个或两个注释会很好。我可以想到至少有一个不需要介绍的链接,并且该链接本身是不言自明的。

评论


悬念!您能否透露您正在考虑的至少一个链接?

–P.Mort。 -忘记了粘土Shirky_q
20 Aug 9 '13:47



docs.microsoft.com/en-us/sql/ssms/…

– Juan Ojeda
20年8月24日在13:38