Ну что, джаваебы, соснули?
В чём проблема с фиксированным размером буфера?
06.08.2014, 09:55
В том, если копируемый файл окажется больше, чем выделенный буфер, будет жопа. Упомянутй InputStream, который возвращает AssetManager.Open не позволяет узнать размер файла (ну, на то он и Stream). Таким образом, надо брать размер буфера заведомо выше максимального файла, который надо копировать. Это не труЪ, т.к
1) для мелких файлов в пустую выделяется лишняя память
2) всегда есть шанс, что какой-то файл окажется больше
1) для мелких файлов в пустую выделяется лишняя память
2) всегда есть шанс, что какой-то файл окажется больше
Я сам знаю, что это ересь. Я облазил дохрена тем на StackOverfollow, и в 90% из них, где просят "android\java copy file" предлагают такой способ. Остальные способы с их недостатками так же перечислены.
Если Вы предложите способ, как правильно, не по-индусски копировать файлы в Java (притом в Java 6 и без сторонних либ), я буду премного благодарен. Или предложите, как вытащить channel из InputStream - тот же StackOverfollow не дал мне ответа.
Если Вы предложите способ, как правильно, не по-индусски копировать файлы в Java (притом в Java 6 и без сторонних либ), я буду премного благодарен. Или предложите, как вытащить channel из InputStream - тот же StackOverfollow не дал мне ответа.
1) man 2 splice. Данные в userspace не попадут, так даже "безопаснее".
2) В системе команд SCSI есть COPY. Выполняя её, диск должен сам скопировать данные из одного набора секторов в другой. В этом случае данные вообще до ОЗУ не доберутся. Вот только хз, могут диски эту команду обрабатывать или нет.
2) В системе команд SCSI есть COPY. Выполняя её, диск должен сам скопировать данные из одного набора секторов в другой. В этом случае данные вообще до ОЗУ не доберутся. Вот только хз, могут диски эту команду обрабатывать или нет.
Действительно... У меня игра написана на NDK, но для копирование некоторых файлов из Assets в /data/data/... я почему-то решил юзать Java и AssetManager, как написано в андройд доках.
Но ведь можно же копировать через сам NDK! Я слоупок.
Спасибо тебе, добрыйчеловеккрестобог!
Но ведь можно же копировать через сам NDK! Я слоупок.
Спасибо тебе, добрый
в силу специфики работы, кожу и на object-c, и на плюсах, яве и шарпе (это ужасбля) + работа с бд (SQL).
Скажу по личному опыту, на шарпе удобнее всего.
На плюсах приходиться делать киломитровые бороды того, что на яве\шарпе достигнуть легче, зато можно городить великолепные велосипеды, костыли и хаки =)
Ява... она меня напрягает сотней - другой особенностей (у нее всегда "я не такая, не так, не здесь, не туда"). Зато разработка быстрее плюсов, но медленнее шарпа.
Ну а яблочный си я просто ненавижу за извращенный синтаксис (сиди и считай скобочки блин) и очень неудобное IDE (Эклипс, и тот для меня удобнее оказался, на первом месте, тем не менее, визуалка от мелкомягких)
Скажу по личному опыту, на шарпе удобнее всего.
На плюсах приходиться делать киломитровые бороды того, что на яве\шарпе достигнуть легче, зато можно городить великолепные велосипеды, костыли и хаки =)
Ява... она меня напрягает сотней - другой особенностей (у нее всегда "я не такая, не так, не здесь, не туда"). Зато разработка быстрее плюсов, но медленнее шарпа.
Ну а яблочный си я просто ненавижу за извращенный синтаксис (сиди и считай скобочки блин) и очень неудобное IDE (Эклипс, и тот для меня удобнее оказался, на первом месте, тем не менее, визуалка от мелкомягких)
Чтобы написать коммент, необходимо залогиниться
