为什么有这么多代码是这样的？ - 页 2

新评论
 
pro_: 同意Raptor的观点。关于什么的话题。当人们在这里发布他们的代码而不使用SRC时，我就会感到很沮丧。他们如何编码他们的程序是由他们自己决定的，除非他们打算寻求帮助。
如果他们要寻求帮助，....，那么是哪个？ :P
 

pro_:

Agree with Raptor. Topic about nothing. I get a lot more frustrated when people post their code here without using SRC. How they code their program is up to them, unless they are going to ask for help.

代码格式惯例是每个人在编码时迟早会遇到的问题，那么你对那些想讨论它的人有什么意见呢？ 谁在这里发布的代码没有使用src？

 
pro_:

同意Raptor的意见。关于什么的话题。当人们在这里发布他们的代码而不使用SRC时，我就会感到很沮丧。他们如何编码他们的程序是由他们自己决定的，除非他们打算寻求帮助。


这不是一个无关紧要的话题。

因为可能90%以上的时候，发布代码的人都是在寻求帮助，所以格式应该是容易遵循的。

 
GumRai:


这不是一个关于什么的话题。

因为可能90%以上的时候，发布代码的人都是在寻求帮助，所以格式应该是容易遵循的。


在发布代码之前，一个好的做法是用任何一个C++格式化器/美化器来重新格式化它，这通常包含在简单的文本编辑器中（notepad++, SciTe, jEdit）。
 

既然我们在讨论这个问题--这里的一些代码片段 "鼓励我去写，你永远不可能有太多的空白:)一个单一的CR在这里和那里，增加了这么多的努力和文件大小。

 
ydrol:

既然我们在讨论这个问题--这里的一些代码片段 "鼓励我写作，你永远不可能有太多的空白:)一个单一的CR在这里和那里，增加了这么多的努力和文件大小。

+ 1

当寻找除以0的问题时，+ - = = = = * / && ||等的两侧也有空白。

 

:)我看到我在这里摇动了一个蛇笼......我不是有意要让你们难过。你们可以讨论任何你们喜欢的事情（只是不要涉及政治，NSA在听） :))))

至于写代码时的 "良好做法"，我完全赞成，我也有自己的风格。实际上，不同的代码有不同的风格，这取决于它是否是一个指标中的函数，脚本等。我认为为了可读性，代码应该是紧凑的......而不是在页面上到处乱涂乱画。但这是我的偏好。我总是可以把所有这些空格和许多行收紧成一个非常简洁的格式，实际上在使用其他人的代码时也是如此。我应该告诉别人他们应该如何写他们的代码吗？当然不是。

我之前想说的是，当我们在讨论 "好的做法 "的时候，这里的人在发布代码的时候甚至不屑于使用SRC。为什么会出现这种情况？对他人的尊重很少，只有 "给我，给我 "的态度。而这是令人沮丧的。我认为那些寻求帮助的 人，如果他们开始尊重他人（首先使用SRC），那么随着时间的推移，他们会达到那些 "好的做法"。我希望我的观点是清楚的。

 
pro_:

我之前想说的是，当我们在讨论 "好的做法 "时，这里的人在发布代码时甚至不屑于使用SRC。为什么会出现这种情况？对他人的尊重很少，只有 "给我，给我 "的态度。而这是令人沮丧的。我认为那些寻求帮助的人，如果他们开始尊重他人（首先使用SRC），那么随着时间的推移，他们会达到那些 "好的做法"。我希望我把我的观点说清楚了。

我认为新人们不使用SRC按钮是因为。

  1. 他们在发表自己的第一篇帖子之前，没有阅读任何帖子
  2. 注册/规则中没有要求他们这样做

.......让我恼火的是，当我要求他们编辑他们的帖子时，他们却不这样做。


在你建议我发一个 "发帖前请先阅读 "类型的帖子之前 . . 版主不能把帖子贴上......我们必须要求管理员为我们这样做。

 
GumRai:

这不是一个无关紧要的话题。

因为可能90%以上的时候，发布代码的人都是在寻求帮助，所以格式应该是很容易遵循的。

我昨天在另一个主题中发表了以下内容，我认为它在这里也是相关的。

有许多编码风格，但对特定风格（或风格的组合）的选择主要取决于个人程序员。然而，我认为有三件事是重要的。按重要性排序（至少在我看来），它们是。

  1. 代码在语法和逻辑上必须是正确的。
  2. 代码应该容易被编写它的人所理解；以及
  3. 代码应该很容易被没有写过它的人阅读。
前两个是非常重要的。第三条可能没有前两条重要，但当程序员向别人展示他/她的代码时，它可以帮助所有的人--例如，当他/她在这里发布代码并请求帮助 寻找语法或逻辑错误时。

 
Thirteen:


前两个是非常重要的。第三条可能没有前两条重要，但当程序员向别人展示他/她的代码时，它对所有的人都有帮助--例如，当他/她在这里发布代码并请求帮助查找语法或逻辑错误时。

但这并不意味着，如果他们在语法或逻辑方面寻求帮助，那么代码就不会"......在语法和逻辑上是正确的；"？


有一件事还没有人提到 . . . // 注释

我经常在实际写代码之前，在代码的注释中写下伪代码，这可以帮助我保持专注于我打算如何解决代码要解决的问题，当我在几周/几个月/几年后回到代码时，它也可以提醒我为什么这么做。


注释也对其他人有很大的帮助，如果你在一个函数的顶部解释了这个函数要做什么，输入是什么，输出是什么，以及你是如何从一个到另一个的，那么对任何试图帮助的人来说就容易多了。......如果代码一开始就被破坏了，要弄清楚代码的作用并不容易，在这种情况下，注释是有帮助的。

1234
新评论