Questions tagged «coding-style»

调用在if语句中返回true或false值的方法是一种好习惯吗？ 像这样： private void VerifyAccount() { if (!ValidateCredentials(txtUser.Text, txtPassword.Text)) { MessageBox.Show("Invalid user name or password"); } } private bool ValidateCredentials(string userName, string password) { string existingPassword = GetUserPassword(userName); if (existingPassword == null) return false; var hasher = new Hasher { SaltSize = 16 }; bool passwordsMatch = hasher.CompareStringToHash(password, existingPassword); return …

9 object-oriented  programming-practices  clean-code  coding-style 

在我工作的地方，有明确的准则来声明变量。因此，需要将它们放在全局级别和/或函数的开头，而不是放在内部块（例如for循环）中。由于它们是由比我更有经验的人员指定的，因此，我相信一定有充分的理由，但是我不知道这可能是什么。很高兴知道在更大的范围内声明它们是否具有编译时/运行时的优势。

9 c  coding-style  declarations 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我很好奇是否有人知道有信誉的来源给出的关于给定文件的最大代码行数的建议。例如，Google的Closure Linter建议每行不应超过80个字符。

9 coding-style 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 我曾在Stackoverflow上问过这个问题，在它被嘘之前，我收到了PéterTörök的有用建议，这可能是发布它的更好地方。 我从事Java编程已有几年了。我经常根据什么构成“好风格”与同事讨论设计决策。确实，有很多StackOverflow问题/答案根据某件商品是否为“好风格”来讨论设计。 但是什么才是“好风格”？就像很多东西一样，我一看到它就知道了……但是我想有一个更好的主意，不仅仅是我的良心说这种设计不正确。 您想到什么才能生成良好的，设计良好的代码？ （我承认这有点主观，因为什么是“好的风格”将取决于手头的任务）。（此外，我应该补充一点，我对团队样式不感兴趣-例如“我们使用2个空格而不是4个缩进” ...，并且我对Java代码约定不感兴趣。） 编辑：谢谢到目前为止所有好的答案/评论。我特别热衷于寻找答案，这些答案将有助于使那些使程序员的良心（甚至是肠胃疾病）变得难以理解的事情得以整理？

9 java  coding-style 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 我的公司（规模不大，在3个办公室中大约有40个人）偶尔会在网上进行“开发者研讨会”，其中一位开发人员主持了有关某个技术主题的演示。这不一定与我们的工作有关，而只是为了帮助每个人提高技能和理解。 我被要求主持下一个，主题（从我提供的列表中选择）是代码样式和设计模式。我知道那些事情并没有那么紧密，但我可以接受。我已经看到我们代码库中有很多地方可以改进，甚至可以满足DailyWTF的要求，因此我希望本演示文稿尽可能有效。问题在于我只是不知道一小时内要覆盖的内容。 我的第一个想法是使用我们自己的代码作为示例，以阐明“请实际将此应用于您的工作”这一观点。但是话题如此广泛。 我们的代码（PHP）有一些问题，包括： 最小OO。最近，它一直在改进，但是仍有大量的全局功能。我花了一段时间才找到东西。 全局配置（我猜是意见）。您几乎可以在每个文件中找到$ GLOBALS ['blah']。 大括号样式不一致。听起来很小，但这实际上导致语法错误在五天前被推送到源头，直到昨天仍未得到纠正。 低效的构造。我能够进行一些基本的改进，从而将某些区域的运行时间减少了70％。 我希望这件事尽可能有用，但不要屈服于我的同事。那么，我应该关注“样式”的哪些方面，哪种设计模式可能最有用的解释？

9 education  design-patterns  coding-style  presentation 

这可能是一个愚蠢的问题，但是已经出现了一段时间，在其他任何地方都找不到合适的答案。 我有一位老师说，即使只有一个，我们也应该明确列出每个参数的描述。这导致很多重复： double MyFunction(const int MyParam); // Function: MyFunction // Summary: Does stuff with MyParam. // Input: int MyParam - The number to do stuff with. // Output: MyParam with stuff done to it. 在编写代码文档时，您有多详细？

9 documentation  comments  coding-style