Flex: DeepCopy di FileReference

Question

nel mio progetto, consente agli utenti di scattare foto utilizzando la classe FileReference. Carico quindi queste immagini nelle loro proprietà .data, usando la funzione load(). Dopo questo, eseguo alcune manipolazioni locali e le invio al server.

Quello che mi piacerebbe fare, è poter essere in grado di scorrere nuovamente le FileReferenze selezionate, caricarle in proprietà .data, eseguire manipolazioni diverse e inviarle nuovamente al server. So che dovrei essere in grado di farlo da un evento invocato dall'utente, che non è un problema qui.

Il problema è che, una volta caricato FileReference per la prima volta, non riesco a scaricarlo in alcun modo e non riesco a conservare i dati per tutte le immagini nella memoria perché sono enormi.

Quindi immagino ci sia solo una cosa che posso fare, che sta eseguendo un DeepCopy su FileReference ... Quindi ho potuto caricare la prima versione, eliminarla e usare la copia per la seconda 'esecuzione'.

Ho provato a utilizzare ObjectUtil.copy, ma quando accedo ad es. Proprietà .name della copia, non riesce con:

Error #2037: Functions called in incorrect sequence, or earlier call was unsuccessful. 

a nome flash.net::FileReference/get()

il frammento di rilevante:

registerClassAlias("FileReference",FileReference); 
masterFileList.addItem(FileReference(ObjectUtil.copy(fr_load.fileList[i]))); 
trace(masterFileList[i].name) 

v'è forse vero che sono alcune proprietà protette della classe FileReference che ne impediscono la copia? Se è così, posso aggirare questo in qualche modo? O c'è qualche altra soluzione al mio problema generale?

Apprezzo qualsiasi suggerimento/idea!

Answer 1

non è possibile utilizzare ObjectUtil.copy. Questo metodo è progettato per copiare solo oggetti dati (classi VO).

È necessario creare un nuovo FileReference e copiare le porzioni, una alla volta. Creare una funzione per fare questo ..

Answer 2

Lo copia in un file temporaneo e quindi il caricamento del file temporaneo funziona? Per esempio

 var fileRef:FileReference = new FileReference(); 
     fileRef.browse(); 

     ...................... 

     var tmpFile:File = File.createTempFile(); 
     try { 
      var tmpFileStream:FileStream = new FileStream(); 
      tmpFileStream.open(tmpFile, FileMode.WRITE); 
      trace("Opened file: " + tmpFile.nativePath); 
      tmpFileStream.writeBytes(fileRef.data); 
      trace("copied file"); 
     } catch (error:Error) { 
      trace("Unable to open file " + tmpFile.nativePath + "\n"); 
      throw error; 
     } 

Answer 3

Sto pensando che l'operazione è completamente non consentita, per buoni motivi. Se è possibile duplicare un nuovo FileReference tramite il codice ActionScript, sarà anche possibile fabbricare un oggetto FileReference tramite il codice ActionScript. Certo, sarebbe un buco di sicurezza piuttosto brutto se si potesse forzare il caricamento di un file arbitrario.

Mantenere una copia dei dati nella memoria non è poi così male come soluzione. Dopotutto, è temporaneo. Il tipico computer client dovrebbe essere in grado di gestire alcune centinaia di MB di dati senza problemi. È certamente un'opzione migliore rispetto al fatto che il loro browser faccia due caricamenti separati, il che è ciò che la tua soluzione tentata finirebbe per fare.

Una soluzione potenziale completamente diversa a questo problema è evitare del tutto la manipolazione delle immagini da parte di Flex. Flex potrebbe pubblicare il file caricato direttamente sul server e il server potrebbe eseguire la stessa manipolazione dell'immagine. Naturalmente, se la manipolazione è guidata attraverso le interazioni dell'utente, allora non funzionerebbe affatto.

Answer 4

Stavo cercando di fare quasi esattamente quello che stavi facendo, e ho quasi rinunciato dopo aver letto alcune risposte, ma penso di aver trovato un modo per farlo.Ho scoperto che se si dispone di un oggetto FileReference, se si chiama load() più volte, funzionerà, ma il problema principale è che si conservano i byte ad alta risoluzione in memoria dopo il primo caricamento. Come hai detto, per le persone che non conoscono l'elaborazione delle immagini, questo è un grande no-no.

Il modo per aggirare questo è che dopo il primo load(), è necessario chiamare il metodo cancel() su FileReference. Dai miei test fino ad ora, sembra che cancellerà i byte in FileReference, e load() funzionerà ancora se lo chiami una seconda volta. L'ho provato solo sul mio sistema fino ad ora, ma funziona bene lì. Solo una parola di cautela, questo non è un comportamento esplicitamente definito nell'API, quindi è sicuramente soggetto a modifiche, ma potrebbe aiutarti a capire dove devi andare nel frattempo.

Spero che questo aiuti.