D
Пайтон круче чем Го
Я когда то курс по нему проходил, удобнее языка я больше не встречал)
Size: a a a
2020 August 11
D
Это я про пайтон
АП
Дыа, я сам сейчас только его нормально знаю
A
Здравствуйте, подскажите пожалуйста, как разделить целое число на цифры?
char[] chArr = String.valueOf(-12345).toCharArray();
for (char ch:chArr) {
System.out.println(ch);
}DC
Anton
char[] chArr = String.valueOf(-12345).toCharArray();
for (char ch:chArr) {
System.out.println(ch);
}Ну что за издевательство
while (num != 0) {
nextDigit = num % 10; // do what you want with digit
num = num / 10;
}か
Ну что за издевательство
while (num != 0) {
nextDigit = num % 10; // do what you want with digit
num = num / 10;
}Годно
Д
DC
Годно
Шаблонно
A
Ну что за издевательство
while (num != 0) {
nextDigit = num % 10; // do what you want with digit
num = num / 10;
}на цифры, а не на числа в обратном порядке
DC
Anton
на цифры, а не на числа в обратном порядке
Это и есть цифры, привет.
Порядок не был оговорён. Важен - сохрани в массив и обойди его в нужном.
Всё ещё лучше, чем ради тривиальщины конвертить в строку.
Порядок не был оговорён. Важен - сохрани в массив и обойди его в нужном.
Всё ещё лучше, чем ради тривиальщины конвертить в строку.
YG
Какой класс использовать для полноценного тестирования rest-enpoints в spring?
DC
Yamma Gamma
Какой класс использовать для полноценного тестирования rest-enpoints в spring?
Что такое "полноценное тестирование"?
YG
Что такое "полноценное тестирование"?
Ну чтобы мне не писать UrlConnection для реального запроса на мой сервак
A
Это и есть цифры, привет.
Порядок не был оговорён. Важен - сохрани в массив и обойди его в нужном.
Всё ещё лучше, чем ради тривиальщины конвертить в строку.
Порядок не был оговорён. Важен - сохрани в массив и обойди его в нужном.
Всё ещё лучше, чем ради тривиальщины конвертить в строку.
DC
Anton
Это прекрасно, но конвертить число в строку ради поцифрового обхода (а с цифрами чаще хотят делать числовые, нежели символьные манипуляции) - всё ещё изврат.
DC
Yamma Gamma
Ну чтобы мне не писать UrlConnection для реального запроса на мой сервак
A
Это прекрасно, но конвертить число в строку ради поцифрового обхода (а с цифрами чаще хотят делать числовые, нежели символьные манипуляции) - всё ещё изврат.
Если числовые манипуляции дальше, тогда конечно %
GV
Как можно оценивать сложность алгоритмов которые используют стримы?
Допустим есть простая задача:
Я могу решить его обычным циклом
Или же я могу решить это стримом через мапу, например:
Но тут встает проблема во внутренней реализации библиотек, например Collectors, и то, что стримы по сути своей ленивы.
Всегда ли
Допустим есть простая задача:
Дан массив чисел, в нем все числа повторяются кроме одного. Найдите это число
Я могу решить его обычным циклом
for, используя подсчет через мапу, сложность будет очевидно O(N)Или же я могу решить это стримом через мапу, например:
Arrays.stream(arr)
.boxed()
.collect(Collectors.groupingBy(Function.identity(), Collectors.counting()))
.entrySet().stream()
.filter(entry -> entry.getValue() == 1)
.mapToInt(Map.Entry::getKey)
.findFirst()
.getAsInt();
Но тут встает проблема во внутренней реализации библиотек, например Collectors, и то, что стримы по сути своей ленивы.
Всегда ли
O сложность стрима будет равна линейному аналогу?DC
Anton
Если числовые манипуляции дальше, тогда конечно %
А ещё в твоём случае надо не забыть обработать минус (который не цифра, если что)
DC
Как можно оценивать сложность алгоритмов которые используют стримы?
Допустим есть простая задача:
Я могу решить его обычным циклом
Или же я могу решить это стримом через мапу, например:
Но тут встает проблема во внутренней реализации библиотек, например Collectors, и то, что стримы по сути своей ленивы.
Всегда ли
Допустим есть простая задача:
Дан массив чисел, в нем все числа повторяются кроме одного. Найдите это число
Я могу решить его обычным циклом
for, используя подсчет через мапу, сложность будет очевидно O(N)Или же я могу решить это стримом через мапу, например:
Arrays.stream(arr)
.boxed()
.collect(Collectors.groupingBy(Function.identity(), Collectors.counting()))
.entrySet().stream()
.filter(entry -> entry.getValue() == 1)
.mapToInt(Map.Entry::getKey)
.findFirst()
.getAsInt();
Но тут встает проблема во внутренней реализации библиотек, например Collectors, и то, что стримы по сути своей ленивы.
Всегда ли
O сложность стрима будет равна линейному аналогу?Ну внутренняя реализация библиотек имеет какую-то асимптотическую сложность, да, не знать её ты можешь и для не-стримов