А почему в комплитабл фьючах thenApply, а в стримах map?

Да и path.delete() выглядит тоже нормально.

А почему в комплитабл фьючах thenApply, а в стримах map?

ComplatebleFuture вообще стремная штука особенно после Scala кода

Ну и Files стремная штука

там внутри используются абстракция файловых систем, тогда надо было бы к path привязывать конкретную файловую систему

а так он отвязан

там внутри используются абстракция файловых систем, тогда надо было бы к path привязывать конкретную файловую систему

Простите? И почему же?

Почему же что?

А File привязан к файловой системе?

Почему же что?

А почему же и нет?

хм

Ты вообще о чём?

а Path таки привязан к файловой системе

есть метод FileSystem getFileSystem();

не знал

но думаю всё таки есть причины что сделано статическими методами

ладно, вот вам фикс для котлина: fun Path.delete: () -> Boolean = { Files.delete(this) } val path = Path.get( ... ) if ( path.delete() ) ...

ComplatebleFuture вообще стремная штука особенно после Scala кода

кстати, а почему? Кроме немного страшного api, кажется вполне юзаельной штукой

ладно, вот вам фикс для котлина: fun Path.delete: () -> Boolean = { Files.delete(this) } val path = Path.get( ... ) if ( path.delete() ) ...

)))

кстати, а почему? Кроме немного страшного api, кажется вполне юзаельной штукой

страшное api

ну хоть работает

и на том спасибо

посмотрел лекцию Егора, во многом он прав, я бы даже сказал если хочешь писать на ООП делай как он, но большинство сейчас пишут ООП + процедуры + функциональщина так и живем

посмотрел лекцию Егора, во многом он прав, я бы даже сказал если хочешь писать на ООП делай как он, но большинство сейчас пишут ООП + процедуры + функциональщина так и живем

Да, он прав. Но чистое ООП нафиг никому не нужно. Это не практично.

Аналогично с getAttribute()

какие аттрибуты?)

какие аттрибуты?)

Да хрен его знает) Я беру пример из API. Что надо, то и бери.

это ж джава. Пора бы привыкнуть, что многие вещи делаются необоснованно многословно. Но в целом, CF -- вполне рабочий инструмент. Особенно по сравнению со старыми фьючами, для которых приходилось писать собственные велосипеды. А чем в скале лучше? Только api симпатичнее или есть еще плюшки?

Да хрен его знает) Я беру пример из API. Что надо, то и бери.

так вот тебе и ответ на твой же вопрос)

там вроде бы есть еще имплисит передача экзикуторов, но за это я бы убивал

у ребят которые пилят ЖДК тяжелая ноша)

они каждый день пытаются впихнуть невпихуемое))

как-то так))

Интересно, депрекейтед введут или нет?

Ребзя, надо придумать тему дипломной работы, но я хз, как сделать хоть минимально научный уклон и связать это с java

Мб у кого-нибудь есть идеи?

это ж джава. Пора бы привыкнуть, что многие вещи делаются необоснованно многословно. Но в целом, CF -- вполне рабочий инструмент. Особенно по сравнению со старыми фьючами, для которых приходилось писать собственные велосипеды. А чем в скале лучше? Только api симпатичнее или есть еще плюшки?

в Scala api намного органично вписано в язык, т.е. там есть for которые разворачивается в цепочку flatMap и футуры можно обходить очень красиво примерно так: val future: Future[Result] = for { result1 <- future1 result2 <- future2 result3 <- future3 } yield Result(result1.name, result2.title, result3.desc)

Ребзя, надо придумать тему дипломной работы, но я хз, как сделать хоть минимально научный уклон и связать это с java

у @igorz спроси)

в java это все превращается в future.thenCompose(...)

в Scala api намного органично вписано в язык, т.е. там есть for которые разворачивается в цепочку flatMap и футуры можно обходить очень красиво примерно так: val future: Future[Result] = for { result1 <- future1 result2 <- future2 result3 <- future3 } yield Result(result1.name, result2.title, result3.desc)

ну и жабе такое можно, но только очень уродско выглядит

про это я и говорю

ну, синтаксический сахар -- это дело десятое. Вот имплисит экзикоторы -- это круто. Но и опасно, шо пипец

сахар не сахар а на читаемость влияет

главное чтобы было читаемо, а не опасно что пипец)

ну ладно, не прям пипец. Но в отдельных кейсах можно себе ногу отстрелить

https://www.livelib.ru/book/1000017839-java-effektivnoe-programmirovanie-dzhoshua-bloh ??

Нет, это старое издание. Тебе нужно второе издание.

ребз, часто на жаве новые проекты стартуют?

или только допиливать старые

там вроде бы есть еще имплисит передача экзикуторов, но за это я бы убивал

а что не так?

вроде скала переросла период пихания всего подряд имплиситами

иногда (с тем же ес) это безумно удобно

такой кейс очень близок к DI (с разруливанием конфликтов без рантайм оверхеда)

кроме того их можно вполне себе эксплиситно передавать если приперло

я тут снова вернулся со своим вопросом, так и не найдя решения. Как можно ограничить скорость закачки файла? То есть, должна быть возможность задать скорость закачки + добавить свое кол-во потоков. Качаю пока так URL url = new URL(fileSource); String fileName = url.getFile(); Path path = Paths.get("/Users/user/Desktop" + fileName); Files.createDirectories(path.getParent()); try { final BufferedWriter out = Files.newBufferedWriter( path, StandardOpenOption.CREATE, StandardOpenOption.APPEND ); } catch (Exception e) { System.out.println(e); }

у меня есть решение, но я не уверен в правильности

что такое скорость скачки?

down speed

общее ограничение на скорость скачивания, для всех потоков, размерность - байт/секунда,

Пример вызова: java -jar utility.jar -n 5 -l 2000k -o output_folder -f links.txt

я тут снова вернулся со своим вопросом, так и не найдя решения. Как можно ограничить скорость закачки файла? То есть, должна быть возможность задать скорость закачки + добавить свое кол-во потоков. Качаю пока так URL url = new URL(fileSource); String fileName = url.getFile(); Path path = Paths.get("/Users/user/Desktop" + fileName); Files.createDirectories(path.getParent()); try { final BufferedWriter out = Files.newBufferedWriter( path, StandardOpenOption.CREATE, StandardOpenOption.APPEND ); } catch (Exception e) { System.out.println(e); }

ты ведь когда со стримом работаешь, ты ему можешь задавать количество байт, считываемых за одну итерацию

общее ограничение на скорость скачивания, для всех потоков, размерность - байт/секунда,

Считывай k байт, жди окончания секунды.

ты ведь когда со стримом работаешь, ты ему можешь задавать количество байт, считываемых за одну итерацию

А можно чуть подробнее?

И т.д.

А можно чуть подробнее?

а как подробнее? если для обычных стримов то вот https://docs.oracle.com/javase/7/docs/api/java/io/InputStream.html#read(byte[])

ERROR: S client not available

а как подробнее? если для обычных стримов то вот https://docs.oracle.com/javase/7/docs/api/java/io/InputStream.html#read(byte[])

Вот это мне и нужно было

там проблема в том, что за последнюю секунду можно скачать больше, чем можно

типа использовать весь лимит на секунду до окончания секунды. тогда средняя скорость будет выше заданной

А можно же как-то узнать размер файла?

До его скачивания

если через http - можно

Вот это мне и нужно было

только обрати внимание, что стримы не обязаны читать/писать весь переданный буффер

только обрати внимание, что стримы не обязаны читать/писать весь переданный буффер

да, метод available говорит сколько можно за итерацию считать

и, судя, по твоему вопросу, опытаработы с сырыми стримами у тебя нет, потому читай внимательно документацию или используй библиотеки и читай документацию к ним

и, судя, по твоему вопросу, опытаработы с сырыми стримами у тебя нет, потому читай внимательно документацию или используй библиотеки и читай документацию к ним

Так и есть

да, метод available говорит сколько можно за итерацию считать

но, опять таки, это не гарантирует, что именно столько будет считано.

До сих пор путаюсь в обилие input/ouput. Не могу понять, что и какие классы в каких случаях нужно пользоваться

со всеми это бывает в начале пути

Что ли потом guide map замутить

да там все просто. стримы работают с байтами, reader/writer - с текстом. есть "переходники" между ними + есть буфферизованные версии + есть реализации интерфейсов для разных источников - файл/консоль/сеть

Объявив переменную в начале класса File file; или File file=null; Разница есть?

Нет. Ссылки зануляются

спс

Объявив переменную в начале класса File file; или File file=null; Разница есть?

А в плюсах небось рандомный бы файл подхватил)0)

А в плюсах небось рандомный бы файл подхватил)0)

Толсто.

Нет. Ссылки зануляются

Да? Sring returnString(){ return string; } String string2 = null; Sring returnString2(){ return string2; }

Тьфу не то отправил

В начале файла да, все так)

Да? Sring returnString(){ return string; } String string2 = null; Sring returnString2(){ return string2; }

Специально http://wikijava.it-cache.net/index.php@title=Glava_5_Thinking_in_Java_4th_edition.html#.D0.98.D0.BD.D0.B8.D1.86.D0.B8.D0.B0.D0.BB.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D1.8F_.D1.87.D0.BB.D0.B5.D0.BD.D0.BE.D0.B2_.D0.BA.D0.BB.D0.B0.D1.81.D1.81.D0.B0

Я про класс не прочитал сначала)

Куда ссылается ячейка хешмапы?

На какую структуру.

На какую структуру.

HashMap.Node

HashMap.java:278 в jdk8