我应该避免使用Java Label语句吗？
今天，我有一个同事建议我重构代码，以使用label语句控制通过我创建的2个嵌套的for循环的流。我以前从未使用过它们，因为我个人认为它们会降低程序的可读性。如果论点足够扎实，我愿意改变使用它们的想法。人们对标签陈述有何看法？
问题答案：
如果您可以跳过两个循环（或一个包含switch语句的循环），则许多算法的表达会更容易。不要为此感到难过。另一方面，它可能表明解决方案过于复杂。因此，退后一步，看看问题所在。
有些人喜欢在所有循环中使用“单入口单出口”方法。也就是说，完全避免了循环的中断（并继续）和提前返回。这可能会导致某些重复的代码。
我强烈避免做的是引入辅助变量。将控制流隐藏在状态内会增加混乱。
将标记的循环分为两种方法可能很困难。异常可能太重了。尝试一次进入，一次退出方法。
-
问题内容： 我已经读过（例如，从Martin Fowler那里），我们应该在OOP的（短）方法中使用保护子句而不是单返回。我还读过（从我不记得的地方）应尽可能避免使用else子句。 但是我的同事（我在一个只有3个人的小团队中工作）迫使我不要在一个方法中使用多个返回值，而要尽可能使用else子句，即使else块中只有一个注释行。 这使我很难遵循它们的编码风格，因为例如，我无法在一个屏幕上查看方法的所
-
问题内容： 我读到应该避免赞成和。我对弄乱Loop并没有信心，也没有完全理解Codex。 下面的代码是否使用？如果是，并且由于应该避免，那么您能建议一种不使用但仍然完成相同任务的方法吗？ 此代码用于按随机或按价格对帖子进行排序。 。 使用此代码将链接A（随机）和链接B（价格）发布在我的菜单中。因此，网站的访问者只需单击链接即可对帖子进行排序。 问题答案： 我已经针对WPSE这个主题做了非常详细的解
-
问题内容： 有时是有用的，例如，如果我为网站上的所有链接（例如选择器）定义了通用样式，但是当我要覆盖某些规则时，可以有以下选择： 使用更具体（更长）的选择器 采用 哪种方法更好，可能有一些指导原则？ 问题答案： 使用非常，非常谨慎- 它会覆盖刚才的一切，甚至是内联样式和混乱在低于显而易见的方式与样式规则“梯级”，让CSS的名字。它很容易使用不当，而且容易成倍增加，尤其是在滥用时。您可以轻松地得出一
-
问题内容： 我曾经在如下所示的接口中一起定义了一组相关的常量（如键）： 这为我提供了一种更好的方式将相关常量分组在一起，并通过进行静态导入（而非实现）来使用它们。我知道框架也使用像一样的常量，。 但是，我经常感到，提供代表常数的更好，更强大的方法。 但是使用on 会有性能问题吗？ 经过一番研究，我最终陷入了混乱。从这个问题中， 从Android的性能提示中删除了“避免枚举，您只需要整数吗？”很明显
-
我曾在如下界面中定义一组相关常量，如
-
对于与PropertyValueFactory相关的问题，许多回答（和评论）建议避免使用该类和其他类似类。使用这个类有什么问题？