Я должен избегать использования Java, Маркируют Statements?

Маркировки похожи на goto's: Используйте их экономно, и только когда они делают Ваш код быстрее и , что еще более важно, более понятным,

, например, Если Вы находитесь в больших циклах шесть уровней глубоко, и Вы встречаетесь с условием, которое делает остальную часть цикла бессмысленной для завершения, нет никакого смысла в наличии 6 дополнительных лазеек в операторах условия для выхода из цикла рано.

Маркировки (и goto's) не являются злыми, это просто, что иногда люди используют их плохими способами. Большую часть времени мы на самом деле пытаемся записать наш код, таким образом, это понятно для Вас и следующего программиста, который приезжает. Создание его uber-быстро является вопросом второстепенной важности (опасаться преждевременной оптимизации).

, Когда Маркировки (и goto's) неправильно используются, они делают код менее читаемым, который вызывает горе для Вас и следующего разработчика. Компилятор не заботится.

Существует немного случаев, когда Вам нужны маркировки, и они могут сбивать с толку, потому что они редко используются. Однако, если необходимо использовать тот, затем используют тот.

BTW: это компилирует и работает.

class MyFirstJavaProg {  
        public static void main(String args[]) {
           http://www.javacoffeebreak.com/java101/java101.html
           System.out.println("Hello World!");
        }
}

Мне любопытно услышать, какова Ваша альтернатива маркировкам. Я думаю, что это в значительной степени собирается свести к аргументу "возврата как можно раньше" по сравнению с "использованием переменную, чтобы содержать возвращаемое значение, и только возвратиться в конце".

Маркировки являются довольно стандартными, когда у Вас есть вложенные циклы. Единственным путем они действительно уменьшаются, удобочитаемость - когда другой разработчик никогда не видел их прежде и не понимает то, что они имеют в виду.

Я никогда не видел маркировки, используемые "в дикой природе" в коде Java. Если Вы действительно хотите повредиться через вложенные циклы, посмотрите, можно ли осуществить рефакторинг метод так, чтобы ранний оператор возврата сделал то, что Вы хотите.

Технически, я предполагаю, что нет большого различия между ранним возвратом и маркировкой. Практически, тем не менее, почти каждый Java-разработчик видел ранний возврат и знает то, что он делает. Я предположил бы, что многие разработчики будут, по крайней мере, удивлены маркировкой, и вероятно перепутаны.

мне преподавали однократный въезд / единственная ортодоксальность выхода в школе, но я с тех пор приехал для понимания ранних операторов возврата и убегающий из циклов как способ упростить код и сделать его более ясным.

Я спорил бы в пользу них в некоторых местоположениях, я нашел их особенно полезными в этом примере:

nextItem: for(CartItem item : user.getCart()) {

  nextCondition : for(PurchaseCondition cond : item.getConditions()) {
     if(!cond.check())
        continue nextItem;
     else
        continue nextCondition;

  }
  purchasedItems.add(item);
}

Я думаю с новым циклом foreach, маркировка может быть действительно ясной.

, Например:

sentence: for(Sentence sentence: paragraph) {
  for(String word: sentence) {
    // do something
    if(isDone()) {
      continue sentence;
    }
  }
}

я думаю, что взгляды действительно очищают при наличии Вашей маркировки то же как Вашу переменную в новом для - каждый. На самом деле возможно, Java должен быть злым и добавить неявные маркировки для - каждый переменные heh

Я никогда не использую маркировки в своем коде. Я предпочитаю создавать защиту и инициализировать ее к пустой указатель или другое необычное значение. Эта защита часто является объектом результата. Я не видел ни одного из своих коллег, использующих маркировки, ни нашел любого в нашем репозитории. Это действительно зависит от Вашего стиля кодирования. По-моему, использование маркировок уменьшило бы удобочитаемость, поскольку это не общая конструкция, и обычно это не используется в Java.

Я использовал цикл с меткой Java для реализации метода Sieve для поиска простых чисел числа (сделано для одной из математических задач Эйлера), что сделало его в 10 раз быстрее по сравнению с вложенными циклами. Например, если (определенное условие) вернуться во внешний цикл.

private static void testByFactoring() {
    primes: for (int ctr = 0; ctr < m_toFactor.length; ctr++) {
        int toTest = m_toFactor[ctr];
        for (int ctr2 = 0; ctr2 < m_divisors.length; ctr2++) {
            // max (int) Math.sqrt(m_numberToTest) + 1 iterations
            if (toTest != m_divisors[ctr2]
                        && toTest % m_divisors[ctr2] == 0) {
                continue primes; 
            }
        } // end of the divisor loop
    } // end of primes loop
} // method

Я спросил программиста на C ++, насколько плохи маркированные циклы, он сказал, что будет использовать их экономно, но иногда они могут пригодиться. Например, если у вас есть 3 вложенных цикла и при определенных условиях вы хотите вернуться к самому внешнему циклу.

Итак, у них есть свое применение, это зависит от проблемы, которую вы пытались решить.