Некоторое дальнейшее объяснение. Метод asList имеет эту подпись
public static <T> List<T> asList(T... a)
Так что если вы сделаете это:
List<Integer> list = Arrays.asList(1, 2, 3, 4)
или это:
List<Integer> list = Arrays.asList(new Integer[] { 1, 2, 3, 4 })
В этих случаях я считаю, что Java является в состоянии сделать вывод, что вы хотите вернуть список обратно, поэтому он заполняет параметр типа, что означает, что он ожидает целочисленные параметры для вызова метода. Так как он может автоматически переносить значения из int в Integer, это нормально.
Тем не менее, это не сработает
List<Integer> list = Arrays.asList(new int[] { 1, 2, 3, 4} )
, поскольку примитив к приведению обертки (т. Е. Int [] к Integer []) не встроен в язык (не уверен, почему они этого не сделали , но они этого не сделали.
В результате каждый примитивный тип должен обрабатываться как собственный перегруженный метод, что и делает пакет commons. то есть.
public static List<Integer> asList(int i...);
Я закончил тем, что закомментировал код под комментарием , а нормальный код был кодом без комментария . Действие взять код из-под комментария или вывести из-под комментария .
Самым распространенным словом для этого является слово без комментариев.
Я честно говорю "прокомментировал". В таких фразах, как «ну, это работает с закомментированной строкой, так что давайте закомментируем ее снова и повторно запустим тест». «Раскомментировать» было бы правильнее, но звучит неуклюже. Однако я бы не стал использовать это выражение в официальном письме, только когда разговариваю со своей парой.
Хотя он широко используется для обозначения «живого» кода, «код без комментариев» - неоднозначный термин. Он может относиться к коду, который когда-то был закомментирован, но был отредактирован, чтобы его можно было запускать, или может относиться к коду, который не имеет описательных комментариев.
Я называю закомментированный код ... плохой код. Если нужно закомментировать, просто выбросьте все вместе. Ваша система контроля версий должна отслеживать различные состояния вашей предыдущей работы. Вместо того, чтобы комментировать это, чтобы другие выяснили, почему это было закомментировано позже, не кажется хорошей практикой кодирования!
Я бы хотел, чтобы он был «раскомментирован».
Я использую «оживший» или «восстановленный» для кода, который раньше закомментировали, но больше не комментируют. Я использую «в реальном времени» или «без комментариев» для кода, предназначенного для компиляции или выполнения.
Это всего лишь часть неоткомментированного , не отключенный, не удаленный, не деактивированный, неиспользуемый, не устаревший, не устаревший, не перезаписанный, не заархивированный код.
Или, говоря языком непрофессионала, код.
Подумайте о редакционном документе. Это все равно что спросить: "Как называется неизданный текст?" Просто письмо.
В Visual Studio есть функция под названием «Закомментировать выбранные строки»
Противоположная функция называется « Раскомментировать выбранные строки». Я использую термин «без комментариев».
Видя, сколько разрозненных ответов существует на этот вопрос, вы должны сделать несколько вещей.
Выберите термин и придерживайтесь его.
Последовательность является наиболее важным. Ничего страшного, если это не лучший вариант, и вы можете изменить свой выбор, если в далеком будущем появится более очевидный термин.
Четко опишите этот термин своим товарищам по команде.
Не говорите просто: «это означает». раскомментированный, или как вы его называете ". Не говорите просто: «это противоположность комментария». Скажите им, что это означает код, который ранее был закомментирован, а теперь его синтаксис комментариев удален. Скажите им, что этот код теперь активен и будет выполняться при вызове. Никогда не предполагайте, что ваша команда достаточно умна, чтобы «просто понять», только потому, что они кивают, когда вы используете этот термин.
В качестве субъективного ответа я использую термин без комментариев . Это плохое название для поведения, но, по крайней мере, оно слегка интуитивно понятно. Это лучше глупостей вроде unhashed для языков, в которых в комментариях используется символ #
.
Я называю код, который не "закомментирован", просто "код"
The problem is with the term "commented out". It's an abuse of the comment feature of most languages. In C/C++ you should use the preprocessor to conditionally compile your code, perhaps like the following:
#if 0
...
... here is the code that is not in the build
..
#endif
...
... here is the code that is in the build
...
I recall a coding standard in a place I used to work at used "#ifdef NOT_DEF" and a few other symbols in place of "#if 0" to add some semantics to the "commented out" block.
The terms used under this scheme were "included" and "excluded" code, though "included" was usually assumed when talking generally about "the code".
Of course, not all modern languages have such a preprocessing feature, so you're back to abusing the comment feature.
Во время сеанса отладки я часто комментирую и раскомментирую строки кода.
С чисто семантической (и да, анально педантичной) точки зрения, это действие, описываемое фразой, а не код.
"Закомментированный" - это глагол, описывающий действие, посредством которого оператор был преобразован в комментарий, чтобы удалить его из кода, на который действует синтаксический анализатор языка.
Код подвергся противоположному действию, взятие комментария и превращение его в оператор для включения его в код, над которым работает синтаксический анализатор языка, будет «Statemented In». Но, конечно, это смешно.
Тем не менее, я согласен с Эндрю в том, что за пределами временного сеанса отладки, до его фиксации, код должен быть удален, если он '