Flex: DeepCopy của FileReference

Question

trong dự án của tôi, tôi cho phép người dùng chọn ảnh bằng cách sử dụng lớp FileReference. Sau đó tôi tải các ảnh này vào các thuộc tính .data của chúng, sử dụng hàm load(). Sau này tôi thực hiện một số thao tác cục bộ và gửi chúng đến máy chủ.

Điều tôi muốn làm là có khả năng lặp lại qua các FileReferences đã chọn, tải chúng vào các thuộc tính .data, thực hiện thao tác khác và gửi chúng đến máy chủ một lần nữa. Tôi biết rằng tôi sẽ có thể thực hiện điều này từ sự kiện do người dùng gọi, đó không phải là vấn đề ở đây.

Vấn đề là, khi FileReference được tải lần đầu tiên, tôi không thể dỡ bỏ nó theo bất kỳ cách nào, và tôi không thể giữ dữ liệu cho tất cả các ảnh trong bộ nhớ vì chúng rất lớn. Vì vậy, tôi đoán rằng chỉ có một điều tôi có thể làm, đó là thực hiện một DeepCopy trên FileReference ... Sau đó tôi có thể tải phiên bản đầu tiên, phế liệu nó và sử dụng bản sao cho lần thứ hai 'chạy'.

Tôi đã cố gắng sử dụng ObjectUtil.copy, nhưng khi tôi truy cập ví dụ: tài sản .name của bản sao, nó không thành công với:

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

vào tên flash.net::FileReference/get()

đoạn có liên quan:

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

Có đúng là có một số thuộc tính được bảo vệ của lớp FileReference có thể ngăn không cho nó được sao chép? Nếu nó là như vậy, tôi có thể bỏ qua điều này bằng cách nào đó? Hoặc là có bất kỳ giải pháp khác cho vấn đề tổng thể của tôi?

Tôi đánh giá cao bất kỳ gợi ý/ý tưởng nào!

Answer 1

bạn không thể sử dụng ObjectUtil.copy. Phương pháp này được thiết kế để sao chép các đối tượng dữ liệu duy nhất (các lớp VO).

bạn nên tạo một FileReference mới và sao chép từng phần một. Tạo một chức năng để làm điều này ..

Answer 2

Sao chép tệp đó vào một tệp tạm thời và sau đó tải lên tệp tạm thời hoạt động? Ví dụ:

 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

Tôi nghĩ rằng thao tác này hoàn toàn không được phép, vì lý do tốt. Nếu bạn có thể sao chép một FileReference mới thông qua mã ActionScript, thì bạn cũng có thể tạo ra một đối tượng FileReference thông qua mã ActionScript. Tất nhiên, đó sẽ là một lỗ hổng bảo mật khá tệ nếu bạn có thể buộc tải lên một tệp tùy ý.

Giữ một bản sao của dữ liệu trong bộ nhớ thực sự không phải là xấu của một giải pháp. Xét cho cùng, đó là tạm thời. Máy khách điển hình sẽ có thể quản lý thêm vài trăm MB dữ liệu mà không có vấn đề gì. Đó chắc chắn là một lựa chọn tốt hơn so với việc trình duyệt của họ thực hiện hai lần tải lên riêng biệt, đó là những gì mà giải pháp đã thử của bạn sẽ kết thúc.

Một giải pháp tiềm năng hoàn toàn khác cho vấn đề này là tránh hoàn toàn thao tác hình ảnh bằng Flex. Flex có thể đăng tải tệp trực tiếp lên máy chủ và máy chủ có thể tự thực hiện thao tác hình ảnh. Tất nhiên, nếu thao tác được điều khiển thông qua tương tác của người dùng, thì điều đó sẽ không hiệu quả chút nào.

Answer 4

Tôi đã cố gắng làm gần như chính xác những gì bạn đang làm, và tôi gần như đã từ bỏ sau khi đọc một số câu trả lời, nhưng tôi nghĩ tôi đã tìm ra cách để làm điều đó.Tôi đã thấy rằng nếu bạn có một đối tượng FileReference, nếu bạn gọi load() nhiều lần, nó sẽ hoạt động, nhưng vấn đề chính là bạn đang giữ các byte có độ phân giải cao trong bộ nhớ sau lần tải đầu tiên. Như bạn đã đề cập, đối với những người không biết xử lý hình ảnh, đây là một không lớn.

Cách để giải quyết vấn đề này là sau load() đầu tiên, bạn cần gọi phương thức cancel() trên FileReference. Từ thử nghiệm của tôi cho đến nay, có vẻ như điều đó sẽ xóa các byte trong FileReference và load() sẽ vẫn hoạt động nếu bạn gọi nó lần thứ hai sau đó. Tôi đã thử nó trên hệ thống của tôi cho đến nay, nhưng nó hoạt động tốt ở đó. Chỉ cần một lời cảnh cáo, đây không phải là hành vi được xác định rõ ràng trong API, do đó, nó chắc chắn có thể thay đổi, nhưng nó có thể giúp bạn có được nơi bạn cần phải đi trong thời gian có nghĩa là.

Hy vọng điều đó sẽ hữu ích.