Android Tworzenie pliku wejściowego pamięci rezydentnej, który można dołączyć do wiadomości e-mail.

Question

Ostateczny cel zostanie wkrótce wyjaśniony.

Chcę utworzyć obiekt pliku i zamiast pobierać dane z fizycznego pliku, chcę samemu dostarczyć bufor.

Następnie, chcę użyć tego pliku, który tak naprawdę nie istnieje na sdcard lub gdziekolwiek poza moją aplikacją, nadać mu nazwę i wysłać jako załącznik (za pomocą EXTRA_STREAM).

znalazłem następujący fragment kodu, przez Adriaan Koster (@adriaankoster), stanowisko Write byte[] to File in Java

// convert byte[] to File 
ByteArrayInputStream bis = new ByteArrayInputStream(bytes); 
ObjectInputStream ois = new ObjectInputStream(bis); 
File fileFromBytes = (File) ois.readObject(); 
bis.close(); 
ois.close(); 

System.out.println(fileFromBytes); 

użyłem go do stworzenia tej funkcji

private File fileFromBytes(byte[] buf) { 
    File f = null; 
    try { 
     ByteArrayInputStream bis = new ByteArrayInputStream(buf); 
     ObjectInputStream ois = new ObjectInputStream(bis); 
     f = (File) ois.readObject(); 
     bis.close(); 
     ois.close(); 
    } 
    catch (Exception e) {} 
    return f; 
} 

a tu gdzie jestem utknąłem, ponieważ kiedy go używam:

// When sent as body the mail is sent OK 
// emailIntent.putExtra(android.content.Intent.EXTRA_TEXT, dump()); 

// When I try to attach the mail is empty 
emailIntent.putExtra(android.content.Intent.EXTRA_STREAM, fileFromBytes(dump().getBytes())); 

Wiem z przykładów, które widziałem Argument cond powinien być identyfikatorem URI, ale: w jaki sposób utworzyć URI wirtualny, aby pasował do mojego pliku?

EDYCJA: Opcja dołączania danych bezpośrednio z aplikacji jest ważna w przypadku niektórych aplikacji. Mianowicie zabezpieczenia aplikacji bankowych, które nie chcą zbytnio przenosić poufnych danych. Z pewnością, jeśli dane nie dotrą do sdcard i trafią bezpośrednio do załącznika pocztowego, trudniej jest je wykryć niż w pamięci aplikacji.
To nie jest mój konkretny przypadek, ale chciałem podkreślić, że ta zdolność jest ważna.

Answer 1

Pierwszą rzeczą, którą chcesz zrobić, jak sądzę, jest stworzenie obiektu ContentProvider. Można zobaczyć przykładową realizację tutaj

https://github.com/dskinner/AndroidWeb/blob/master/src/org/tsg/web/WebContentProvider.java

gdzie w przypadku powyższego linku, w jakich można dodać do swojej AndroidManifest.xml

<provider 
    android:name="org.tsg.web.WebContentProvider" 
    android:authorities="your.package.name" /> 

Teraz będziesz mieć uri treści dostępne do użytku, content://your.package.name/.

Część powyższej ContentProvider, którą interesujecie, znowu wyobrażam sobie, to metoda openFile. Podczas udostępniania danych według intencji w aplikacjach pewne rzeczy są oczekiwane. W twoim przypadku chcesz udostępnić dane bajtowe, które mają zostać dołączone do wiadomości e-mail.

Jeśli przekażesz zawartość uri do aplikacji pocztowej, takiej jak content://your.package.name/foo z odpowiednimi flagami intencji, to zostanie wywołana openFile na Twoim dostawcy treści. W takim przypadku możesz sprawdzić koniec segmentu URI, aby uzyskać żądanie od użytkownika foo i odpowiednio go zwrócić.

Następnym problemem, który pojawił się, jest brak pliku na dysku. Chociaż nie mogę ręczyć za metodę użytą powyżej (choć wygląda ona na koszerną), to, co powinieneś zwrócić, to ParcelFileDescriptor ze swojego dostawcy treści. Jeśli spojrzysz na podany przeze mnie link, mógłbyś spróbować użyć tego jako przykładu, by uzyskać deskryptor pliku z twojego obiektu File (moje zwolnienie z wiedzy tutaj), ale wyobrażam sobie, że dane po prostu nie będą dostępne w tym momencie.

To, co robisz, to bezpieczeństwo. Należy pamiętać, że dane można zapisywać na dysk prywatnie, więc tylko aplikacja ma dostęp do danych. Wydaje mi się, że warto to sprawdzić, jeśli dane są prywatne dla aplikacji, można je ujawnić za pośrednictwem dostawcy treści i ewentualnie zablokować, kto i jak dostawca zostanie wykorzystany, kto może go nazwać itp. chcesz zagłębić się w dokumenty Android dla tej części lub spojrzeć na kilka innych pytań SO.

W każdym razie powodzenia.

Answer 2

Byłem zajęty dodawaniem załącznika do poczty i mogę wysyłać wiadomości z załącznikami. , jeśli chcesz rzucić okiem: can not send mail with attachment in Android

Answer 3

Utwórz plik w katalogu pamięci podręcznej aplikacji. Zostanie utworzony w wewnętrznym systemie plików. Użyj "getCacheDir()" API, aby uzyskać ścieżkę do katalogu pamięci podręcznej. Zapisz dane w tym katalogu, a następnie pobierz URI z obiektu File za pomocą pliku "Uri.fromFile (File file)". Po zakończeniu pliku usuń go.

Pamięć podręczna aplikacji jest dostępna tylko dla aplikacji, dlatego jest bezpieczna w użyciu.

Możesz wykonać szyfrowanie, jeśli dane są zbyt krytyczne.

Answer 4

Myślę, że aby to zrobić, musisz ujawnić ContentProvider, który pozwoli ci obsługiwać URI. Aplikacja poczty e-mail powinna następnie otworzyć InputInputStream na URI, w którym momencie zwracasz InputStream na swoich danych w pamięci.

Nie próbowałem tego, ale teoretycznie powinno to zadziałać.