Chia sẻ Tải tiện ích mở rộngItemForTypeIdentifier trả về lỗi cho NSURL

Question

Tôi có mã sau để đọc trong URL được truyền. Tôi đang thử nghiệm này với ứng dụng Pocket và mặc dù hasItemConformingToTypeIdentifier đang trở lại YES cho kUTTypeURL, cố gắng để tải nó trong lợi nhuận một lỗi thay vì nêu

"class giá trị bất ngờ."

. Nếu tôi cố tải nó dưới dạng một mục id<NSSecureCoding> và gỡ lỗi, tôi thấy rằng đối tượng được truyền vào thực sự chỉ là tiêu đề của trang chứ không phải là URL. Làm cách nào để đọc URL?

NSURL *pageURL = nil; 
    for (NSExtensionItem *item in self.extensionContext.inputItems) { 
    for (NSItemProvider *itemProvider in item.attachments) { 
    if ([itemProvider hasItemConformingToTypeIdentifier: (NSString*) kUTTypeURL]) { 
     [itemProvider loadItemForTypeIdentifier:(NSString*) kUTTypeURL options:nil completionHandler:^(id <NSSecureCoding> urlItem, NSError *error) { 
      if ([((NSObject*)urlItem) isKindOfClass: [NSURL class]]) { 
       pageURL = [((NSURL*)urlItem) absoluteString]; 
      } 
     }]; 
     } 
    } 
    } 

Answer 1

Hãy thử điều này

__block NSURL *pageURL = nil; 
    for (NSExtensionItem *item in self.extensionContext.inputItems) { 
    for (NSItemProvider *itemProvider in item.attachments) { 
    if ([itemProvider hasItemConformingToTypeIdentifier: (NSString*) kUTTypeURL]) { 
     [itemProvider loadItemForTypeIdentifier:(NSString*) kUTTypeURL options:nil completionHandler:^(NSURL *urlItem, NSError *error) { 
      if (urlItem) { 
       pageURL = urlItem; 
      } 
     }]; 
     } 
    } 
    } 

Và bây giờ nếu bạn muốn lấy URL của trang web hiện tại của bạn sử dụng
NSString *output = [pageURL absolutestring];

Output - sẽ là URL của bạn.

Answer 2

Tôi đã tình cờ gặp vấn đề này ngay bây giờ. Ứng dụng Pocket dường như là Ứng dụng duy nhất hiển thị vấn đề này. Điều kỳ lạ là có những ứng dụng có thể lấy mẫu URL Pocket. Ví dụ như Firefox cho iOS. Firefox là mã nguồn mở vì vậy tôi đã xem mã của nó (tại Github) và thấy rằng nó đang làm chính xác như vậy để có được URL được hiển thị ở đây. Điểm khác biệt duy nhất là Firefox được viết bằng Swift, và mã của tôi (và cái được đăng ở đây) là Objective C. Vì vậy, tôi tự hỏi liệu Pocket App có làm điều gì đó kỳ lạ đang kích hoạt một lỗi trong API mục tiêu C của iOS , vì vậy Swift Apps không bị ảnh hưởng? Tôi chưa có bất kỳ trải nghiệm Swift nào, vì vậy tôi chưa kiểm tra xem chuyển sang Swift có giải quyết được vấn đề này không.

Thực tế là phương thức "hasItemConformingToTypeIdentifier:" cho biết có sẵn URL nhưng „loadItemForTypeIdentifier:" không thể phân phối, là dấu hiệu rõ ràng rằng bản thân iOS có lỗi ở đây (ít nhất là trong API mục tiêu C .) Nhưng vẫn phải có cái gì đặc biệt Pocket App đang làm để kích hoạt lỗi này, bởi vì nếu không điều này sẽ không làm việc trong tất cả các ứng dụng khác

Answer 3

Nếu bạn đọc các tài liệu hướng dẫn cho:.

loadItemForTypeIdentifier(_:options:completionHandler:) 

bạn' sẽ thấy rằng:

Thông tin loại cho tham số đầu tiên của quá trình hoàn thành của bạnHandler khối phải được đặt thành loại của loại mong đợi. Ví dụ: khi yêu cầu dữ liệu văn bản, bạn có thể đặt loại tham số đầu tiên thành NSString hoặc NSAttributedString. Nhà cung cấp mục có thể thực hiện chuyển đổi loại đơn giản của dữ liệu cho lớp bạn chỉ định, chẳng hạn như từ NSURL sang NSData hoặc NSFileWrapper hoặc từ NSData đến UIImage (trong iOS) hoặc NSImage (trong OS X). Nếu dữ liệu không thể được truy xuất hoặc bị ép buộc đến lớp được chỉ định, lỗi được chuyển đến khối hoàn thành .

Có thể bạn có thể thử nghiệm bằng cách ép buộc với các loại khác nhau?