Jak mogę utworzyć java.nio.file.Pathobiekt z Stringobiektu w Javie 7? To znaczy String textPath = "c:/dir1/dir2/dir3"; Path path = ?; gdzie ?jest brakujący kod, który używa
Jak mogę utworzyć java.nio.file.Pathobiekt z Stringobiektu w Javie 7? To znaczy String textPath = "c:/dir1/dir2/dir3"; Path path = ?; gdzie ?jest brakujący kod, który używa
Czy w przypadku nowych aplikacji napisanych w Javie 7 istnieje jakikolwiek powód do używania java.io.Fileobiektu, czy możemy uznać go za przestarzały? Wierzę, że java.nio.file.Pathmożna zrobić wszystko, co java.io.Filemożna zrobić i
Próbuję dowiedzieć się, czy jest jakaś różnica w wydajności (lub zaletach), gdy używamy nio w FileChannelporównaniu z normalnym FileInputStream/FileOuputStreamdo odczytu i zapisu plików w systemie plików. Zauważyłem, że na moim komputerze oba działają na tym samym poziomie, również wielokrotnie...
Aby allocate()lub allocateDirect(), oto jest pytanie. Od kilku lat utknąłem w przekonaniu, że skoro DirectByteBuffers to bezpośrednie mapowanie pamięci na poziomie systemu operacyjnego, będzie działać szybciej z wywołaniami get / put niż HeapByteBuffers. Aż do tej pory nigdy nie byłem...
Czy jest to zalecany sposób pobierania bajtów z ByteBuffer ByteBuffer bb =.. byte[] b = new byte[bb.remaining()] bb.get(b, 0, b.length);
Nie bardzo rozumiem, jak bardzo się od siebie różnią, więc mam kilka pytań dotyczących tych dwóch pakietów. Po rozejrzeniu się trochę w Google, wygląda na to, że Oracle zdecydowało się zaktualizować NIOpakiet o nowszy i ulepszony NIO.2pakiet w ramach wydania JDK7. Jak wypada wydajność...
Używam Java NIO do połączeń przez gniazdo, a mój protokół jest oparty na tekście, więc przed zapisaniem ich w SocketChannel muszę być w stanie przekonwertować ciągi znaków na ByteBuffers i przekonwertować przychodzące ByteBuffers z powrotem na ciągi. Obecnie używam tego kodu: public static...